博客园_镜涛的家 JT

SAP全球技术大会参会随笔

2011-11-20T08:17:00Z

11月15日到17日，SAP全球技术大会在北京召开，作为IT行业的一员，很荣幸的参与了整个过程，看见很多牛人，通过他们的演讲，以及之后的最新技术介绍，无论是技术、业务还是管理层面都受益颇多，用一句话来概括自己的感受，就是 “技术推动创新，理念成就卓越”，而对于国内IT行业来说真是“路漫漫其修远兮”。

大会所有演讲里面，我感觉对自己触动最深的就是海尔集团董事长张瑞敏的“海尔的人单合一双赢模式的创新”主题演讲。其中有三点内容比较深刻：

首先是营销模式的发展。在营销1.0时代，企业生产什么产品，消费者就买什么产品；在营销2.0时代，消费者需要什么产品，企业生产什么产品；而在营销3.0时代，企业、员工、消费者、供应商应该成为一个有机的整体，各取所需，各尽其能，互惠双赢。我感觉，营销3.0的到来，离不开互联网的推动，离不开电子商务的发展，离不开移动互联。从发展轨迹来看，企业和互联网有很多相似的地方，web 1.0的特征是编辑性，网站提供信息，用户阅读信息；web2.0则强调用户和网站的互动性，用户参与网站建设和内容编辑；而web3.0则强调整合。从小处看，越来越多的人希望通过统一的平台和他人分享，越来越多的企业希望把自己的信息系统整合起来，跨越信息孤岛，实现系统互联；从大处看，国家的经济发展战略越来越强调资源优化，合理配置，和谐发展。而无处不在的网络，随手可用的移动设备，正是促使了一切发生的催化剂。在这个资源整合的时代，消费的某一个节点不再称为主导，整个消费链条的有机体决定了行业的发展。

其次是海尔的由企业信息化向信息化企业的转型，我觉得这绝对是一个了不起的转变，全中国能做到信息化企业的公司绝对没有几家，哪怕是IT公司，而大多数的企业连基本的信息化建设都还没有完成。海尔目前虽然还没完全转型，但是有这样的魄力进行改革的领导者中国也不见得有很多。这也得益于中国企业内部的人情事故、利益纷争，即使再简单的事情也能够复杂化到让人难以忍受的程度。应该说，没在中国玩过政治，就不要给自己挂个政治家的头衔。而海尔正以超人的魄力，超前的意识和理念成就自己的未来。通过信息化的企业，海尔将资源进行最优化的整合：通过网络让用户、供销商参与设计，用消费者的钱生产设计后的产品，利用无所不及的物流及时响应用户需求，实现各个有机体的互惠互利。

最后是海尔的倒金字塔型的组织结构，改变了传统企业工作逐级分配，命令逐级下达的运营方式。而是以员工为中心，即员工主导、上级协调的模式。这就能充分发挥底层员工的主观能动性，激发他们的创造力，实现员工利益最大化的同时实现企业利益最大化。

会上，SAP联席创始人哈索博士以及SAP的CEO和CTO也做了主题演讲，这其中备受重视的便是SAP刚推出的内存计算产品HANA了，牛人们从各个维度对HANA进行了介绍，而使用HANA的客户——农夫山泉和联想，的相关人员还做了示例演讲，突出了HANA特别是在性能方面的优越性。之后我还特意到SAP的展台，体验了一把，没得说，在大数据量运算方面确实是比DB2，Oralce这些传统的数据库要快。哈索博士给出的数据或许更具有说明性：

之后的技术讲座里面所有的产品线都提到将来会支持HANA内存数据库，这也是SAP战略发展的一个方向。随着互联网的发展，数据量越来越大，从如此巨大的数据量中获取有用信息却越来越重要，因为数据就是生命线。现在不比往常，对一个企业来说如果一个决策失误，哪怕是响应滞后，就有可能失去发展的机会，要面对失败的结果，根本没有改正的机会。这就要求企业决策者们要尽可能及时、准确的做出决策，而决策离不开数据的支撑，只有通过对数据的实时、准确的分析、监控，才能快速、精准的响应，在激烈的竞争中取得先机，利于不败之地。

由此，我也深刻的感觉到技术的重要性，技术推动创新，如果一个企业要长远的发展，绝对需要有核心技术作为核心竞争力。这一点我觉得是现在国内很多企业缺乏的，当然我感觉原因也不全在企业，毕竟在中国关系是第一生产力，能拿的下业务就能赚得到钱，速度要更快些，而通过技术取得效益速度上要慢的多，很有可能还没搞出核心技术来就已经先趴下了，哪怕最后搞出来了，也不见得就能成功。但是，要想有跨越式的发展，或者引领一个时代，还是离不开技术。此次SAP的HANA内存数据库技术或许就会开启新的数据库时代和云计算一起引领互联网发展。

此次大会还介绍了很多SAP的商务智能、移动设备管理、业务流程集成、管理、监控、分析以及绩效管理相关的产品，从架构、发展、升级等方面进行了相关说明。因为目前还没使用过这些产品，在此就不啰嗦了，没体验没有发言权。

最后感觉比较舒心的就是会议期间有好多好吃、好喝的，累了可以调节下，感觉蛮不错的，这也是我向往的工作环境，希望能有机会体验或者创造这样的环境，总之一句话就是“差距蛮大，感想颇多，但依然有机会，多倾听，多发现，多总结，尽力为公司、为自己创造更好的生态系统”。

本文链接

工作流系统概述

2011-08-09T15:05:00Z

什么是工作流引擎？用一句话来描述我觉得应该是：驱动任务按照预定义的业务规则在参与者之间进行流转，最终完成特定业务处理的功能组件。那么什么是工作流系统呢？我觉得应该是：建立在工作流引擎基础上的一系列的用户交互、监控、仿真、评估等功能组件的集合，也就是围绕引擎展开的与业务松耦合的辅助组件的组合。

下面先从引擎说起，按照上面的定义，引擎的关键点在于驱动、规则和参与者。驱动实际上是建立在特定流程模型上的，例如：发送、回退、跳转发送、跳转回退、发散、汇聚等。规则是建立在流程变量上的运行时流转路线定义，它可以是一段脚本或者是一条sql。参与者则是任务的实际处理者，可能是时间，可能是人还有可能是其它外部设备输入。

　　举个简单的例子，如下图的请假流程：

　　申请人提交请假事由，如果请假天数小于7天，那么经理直接审批结束即可，如果大于7天，那么经理审批后需要人力主管备案结束流程。在这个过程中，应该发到哪个环节是业务规则决定的，怎么发是引擎控制的，谁处理取决于环节参与者的设置。工作流的核心实际上就是上面这三部分的内容，当然上面仅仅是一个最简单的应用场景，实际业务场景可能比这要复杂的多，但是核心思想是这样的，无非是实现逻辑的复杂性高了些。在这三部分中，流程驱动模型的实现最为复杂，很多情况下无法实现所有的模型，往往根据产品的市场做一定的取舍，但是一些基础的模型是必须要支持的，如上面提到的六种。业务规则的处理需要实现业务规则引擎，因为业务规则的多样性和复杂性一般来说规则引擎需要支持业务扩展；同时需要做好业务数据和流程数据的转换，避免流程和业务的耦合。参与者相对于业务规则来说要简单些，毕竟是系统级的，但是要充分考虑到系统集成等因素的影响。

上面我们描述了工作流系统的核心，但是这对于一个完善可用的工作流系统来说是远远不够的，因而我们需要做一系列的扩展，达到更好的友好性和可用性。

根据wfmc的定义，我们需要必要的流程定制工具，即通过可视化的界面来编排流程中环节个数，环节之间的先后顺序，同时设置各个环节的参与者，环节之间流转的规则。当然，我们也可以通过手工编写流程脚本或者组装xml的方式来达到定制流程的目的，但前提是你可以说服用户，同时教会他们该如何做这件事。如果你面对的不是具有编程能力的开发人员，我觉得这似乎是一项艰巨而不可能完成的任务。对于定制工具来说，必须要提及的内容便是定制流程的数据表示，目前主要有三种国际规范，即xpdl，bpel，bpmn。具体使用哪一种需要权衡，或者可以以一种为基础进行相互转换。当然你可以自己定义格式，但是在企业应用集成的大环境下，这很难站住脚。

流程定义之后便是流程的运转，引擎按照规则将任务发送给参与者，如果参与者是人（参与者是时间或者外部输入的情况在此暂不讨论）那么必须提供任务处理入口，这便是任务列表。任务列表的实现一般是多样化的，因为它需要呈现给多样化的人看，这些人可能是不同级别的，可能是不同行业的，他们所处的环境不同，视角不同，关注点不同。例如，如果一个生产型企业申请营业执照，那么需要通过环保局和工商局的审批，但是这两个委办局关注的业务点肯定是不同的，环保局可能关注企业的环保设备型号、处理能力、排污标准等业务信息，而工商局可能关注其生产设备、生产条件、资质等业务信息。关注点不同，任务列表呈现的内容就不同。再例如，在环保局中，科长可能只关注科室下目前有多少正在处理的任务，都是什么类型的任务；而科员可能关注每一条任务的具体内容和状态。参与者层次不同，任务列表呈现的内容也不同。

流程定制工具、流程引擎、任务列表以及完善的工作流查询、操作api几部分构成了一个相对完善的工作流系统，能够满足大多数业务需要。但是随着流程系统的发展，越来越多的特性融入了进来，例如任务监控、流程仿真、统计分析等。流程监控能够让用户以更直观的方式查看流程、业务信息。仿真和统计分析则可以通过对流程制定各种监控指标，并以此指导用户优化流程，或者进行绩效考核。

本文链接

需要掌握的flex知识点

2011-08-05T10:38:00Z

1. 函数使用

a. 匿名函数

b. 闭包

c. 包函数、全局函数

2. 动态对象

a. 如何使用动态变量、动态方法（创建、访问、遍历）

b. 如何使用方法对象（声明、创建、本质、原型）

c. 如何使用类原型，有那些注意事项

d. 原型链

3. 异常处理机制

a. 异常类型、捕获、处理、传递

b. 全局异常处理

4. 垃圾收集机制、安全模型、反射机制

5. UI元素

a. 核心UI类的层次结构

b. 元素显示列表树

c. UI元素的显示顺序，如何调整元素显示顺序，如何确定元素是否在舞台上

d. 如何监听容器的元素变化，如何监听舞台的元素变化

e. 在多级显示层次中，各个元素的坐标如何确定（全局的，局部的）

f. 自定义UI元素的使用（自定义行为、自定义布局、皮肤）

6. 事件流

a. Flex事件分为那几个阶段，各个阶段的特点是什么，如何区分不同阶段

b. 如何监听不同阶段的事件

c. 如何停止事件的传播，stopPropergation和stopImmediatePropagation有什么区别

d. 界面ui层次结构发生变化的时候对事件流有什么影响；在事件流传播过程中监听函数的变化对事件流有什么影响

e. 如何使用自定义事件，如何安排自定义事件流

7. 屏幕刷新

a. 什么是帧率，实际帧率和设计帧率的有什么区别，如何确定实际帧率和设计帧率，如何设置帧率

b. 屏幕刷新的周期，哪些因素会影响屏幕刷新周期，屏幕刷新的内容包括哪些

c. 如何强制刷新

d. Event.Render的触发条件，如何使用Event.Render事件

8. Xml、图形、音频、视频处理

9. 外部资源加载、与容器交互

a. 加载外部类库

b. 加载外部数据（webservice/remoteObject/http）

c. 与容器交互

10. 内置的元数据标签及其含义；自定义元数据标签的使用

11. 编译相关

a. 编译参数

b. 编译模式

c. 编译类路径

本文链接

ORA-01460: 转换请求无法实现或不合理

2011-05-23T04:58:00Z

oracle10g数据库执行数据库更新sql时报错：

Caused by: java.sql.SQLException: ORA-01460: 转换请求无法实现或不合理

at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:134)
at oracle.jdbc.ttc7.TTIoer.processError(TTIoer.java:289)
at oracle.jdbc.ttc7.Oall7.receive(Oall7.java:573)
at oracle.jdbc.ttc7.TTC7Protocol.doOall7(TTC7Protocol.java:1891)
at oracle.jdbc.ttc7.TTC7Protocol.parseExecuteFetch(TTC7Protocol.java:1093)
at oracle.jdbc.driver.OracleStatement.executeNonQuery(OracleStatement.java:2047)
at oracle.jdbc.driver.OracleStatement.doExecuteOther(OracleStatement.java:1940)
at oracle.jdbc.driver.OracleStatement.doExecuteWithTimeout(OracleStatement.java:2709)
at oracle.jdbc.driver.OraclePreparedStatement.executeUpdate(OraclePreparedStatement.java:589)
at org.apache.tomcat.dbcp.dbcp.DelegatingPreparedStatement.executeUpdate(DelegatingPreparedStatement.java:102)

错误原因：数据库驱动版本错误

处理方式：将直连或者jndi连接使用的驱动替换为oracle10g安装目录下jdbc里面的驱动程序

引起这个错误的其他原因：

1.数据库类型字段长度不够

2.数据库服务器字符集与客户端不匹配

本文链接

去除对象中的类型集合

2011-04-28T07:15:00Z

一般来说，当某一个对象有多个集合类型的子元素时，我们都会给每个子元素创建一个集合对象来承载子元素，类似于：

    public class Process
    {
        public var isExecutable:Boolean;
        public var refLaneSet:LaneSet;
        public var startEventList:ArrayList;
        public var endEventList:ArrayList;
        public var taskList:ArrayList;
        public var serviceTaskList:ArrayList;
        public var sendTaskList:ArrayList;
        public var receiveTaskList:ArrayList;
        public var userTaskList:ArrayList;
    }

一般来说，这是没什么问题的。但是某些情况下，例如在图形化与结构化文档之间进行转化时，这样做有很多弊端。如图：

图中：

Participant1，展现类型为PoolDiagram，对应模型为之前的Process对象；

Task1，展现类型为UserTaskDiagram，对应模型为UserTask；

Task2，展现类型为ManualTaskDiagram，对应模型为ManualTask

我们每向Participant1中增加一个UserTaskDiagram或者ManualTaskDiagram时，都需要向对应的Process中增加UserTask或者ManualTask对象；删除时也是如此。这时候就需要通过判断图形的类型来向相关的模型列表中增加模型对象，删除也需要判断。在类型比较少的时候，这样做比较简单，但是如果类型比较多的时候，特别是类型数量是一个变化点的时候，这种处理方式局限性就很大了，每次变动，都会对既有的代码造成影响。具体的代码可能类似于：

增加：

If(diagram is UserTaskDiagram) Process.UserTaskList.add(userTask)

Else if(diagram is ManualTaskDiagram)Process.ManualTaskDiagram.add（manualTask）

......

删除：

If(diagram is UserTaskDiagram) Process.UserTaskList.remove(userTask)

Else if(diagram is ManualTaskDiagram)Process.ManualTaskDiagram.remove（manualTask）

......

即使我们将这段代码封装到一个地方，这个地方在新类型增加时也需要改变，有没有一种方法可以在类型增加时不改变既有代码呢？答案是肯定的。

具体方案如下：

public class ContainerElement 
    {
        private var _typeListDic:Dictionary=new Dictionary();
        
        public function addChildElement(element:BPMNElement):void
        {
            if(!_typeListDic[element.type])
                _typeListDic[element.type]=new ArrayCollection();
            _typeListDic[element.type].addItem(element);
        }
        
        public function removeChildElement(element:BPMNElement):void
        {
            if(_typeListDic[element.type])
            {
                var index:int=_typeListDic[element.type].getItemIndex(element);
                if(index!=-1)
                {
                    _typeListDic[element.type].removeItemAt(index);
                }
            }
        }
        
        public function getChildElements(classInfo:Class):ArrayCollection
        {            
            if(!_typeListDic[classInfo])
                _typeListDic[classInfo]=new ArrayCollection();
            return _typeListDic[classInfo];
        }
    }

    public class Process extends ContainerElement
    {
        public var isExecutable:Boolean;
        public var laneSet:LaneSet;
        
        public function Process(){}
        
        public function get type():Class
        {
            return Process;
        }
    }

上面的代码将所有的类型列表相关的操作封装在ContainerElement中，该类维护一个类型和对象集合的映射关系，从而将相关的判断逻辑从代码中去除。再增加或者去除新类型时我们的process类是保持不变的，相关的增加删除逻辑也会保存相对固定。

经过以上实现，之前的增加删除逻辑变为：

Process.addChildElement(userTask);

Process.removeChildElement(manualTask);

本文链接

【转载】Tomcat内存溢出的原因及调试

2011-04-16T11:26:00Z

在生产环境中tomcat内存设置不好很容易出现内存溢出。造成内存原因是不一样的，当然处理方式也不一样。

这里根据平时遇到的情况和相关资料进行一个总结。常见的一般会有下面三种情况：
1.OutOfMemoryError： Java heap space
2.OutOfMemoryError： PermGen space
3.OutOfMemoryError： unable to create new native thread.

Tomcat内存溢出解决方案

对于前两种情况，在应用本身没有内存泄露的情况下可以用设置tomcat jvm参数来解决。（-Xms -Xmx -XX：PermSize -XX：MaxPermSize）最后一种可能需要调整操作系统和tomcat jvm参数同时调整才能达到目的。

第一种：是堆溢出。

在JVM中如果98％的时间是用于GC且可用的 Heap size 不足2％的时候将抛出此异常信息。

没有内存泄露的情况下，调整-Xms -Xmx参数可以解决。
-Xms：初始堆大小
-Xmx：最大堆大小

但堆的大小受下面三方面影响：

1.相关操作系统的数据模型（32-bt还是64-bit）限制；（32位系统下，一般限制在1.5G~2G；我在2003 server 系统下（物理内存：4G和6G，jdk：1.6）测试 1612M，64为操作系统对内存无限制。）
2.系统的可用虚拟内存限制；
3.系统的可用物理内存限制。

-Xms -Xmx一般配置成一样比较好比如set JAVA_OPTS= -Xms1024m -Xmx1024m

第二种：永久保存区域溢出

PermGen space的全称是Permanent Generation space，是指内存的永久保存区域。这一部分用于存放Class和Meta的信息，Class在被 Load的时候被放入PermGen space区域，它和和存放Instance的Heap区域不同，GC（Garbage Collection）不会在主程序运行期对PermGen space进行清理，所以如果你的APP会LOAD很多CLASS的话，就很可能出现PermGen space错误。这种错误常见在web服务器对JSP进行pre compile的时候。但目前的hibernate和spring项目中也很容易出现这样的问题。http://www.javaeye.com /topic/80620？page=1 的帖子有讨论的这个问题。可能是由于这些框架会动态class，而且jvm的gc是不会清理PemGen space的，导致内存溢出。

这一个一般是加大-XX：PermSize -XX：MaxPermSize 来解决问题。
-XX：PermSize 永久保存区域初始大小
-XX：PermSize 永久保存区域初始最大值

这一般结合第一条使用，比如 set JAVA_OPTS= -Xms1024m -Xmx1024m -XX：PermSize=128M -XX：PermSize=256M

有一点需要注意：java -Xmx***M version 命令来测试的最大堆内存是 -Xmx与 -XX：PermSize的和比如系统支持最大的jvm堆大小事1.5G，那 -Xmx1024m -XX：PermSize=768M 是无法运行的。
第三种：无法创建新的线程。

这种现象比较少见，也比较奇怪，主要是和jvm与系统内存的比例有关。

这种怪事是因为JVM已经被系统分配了大量的内存（比如1.5G），并且它至少要占用可用内存的一半。有人发现，在线程个数很多的情况下，你分配给JVM的内存越多，那么，上述错误发生的可能性就越大。

产生这种现象的原因如下（从这个blog中了解到原因：http://hi.baidu.com/hexiong/blog/item/16dc9e518fb10c2542a75b3c.html）：

每一个32位的进程最多可以使用2G的可用内存，因为另外2G被操作系统保留。这里假设使用1.5G给JVM，那么还余下500M可用内存。这500M内存中的一部分必须用于系统dll的加载，那么真正剩下的也许只有400M，现在关键的地方出现了：当你使用Java创建一个线程，在JVM的内存里也会创建一个Thread对象，但是同时也会在操作系统里创建一个真正的物理线程（参考JVM规范），操作系统会在余下的 400兆内存里创建这个物理线程，而不是在JVM的1500M的内存堆里创建。在jdk1.4里头，默认的栈大小是256KB，但是在jdk1.5里头，默认的栈大小为1M每线程，因此，在余下400M的可用内存里边我们最多也只能创建400个可用线程。

这样结论就出来了，要想创建更多的线程，你必须减少分配给JVM的最大内存。还有一种做法是让JVM宿主在你的JNI代码里边。

给出一个有关能够创建线程的最大个数的估算公式：

（MaxProcessMemory - JVMMemory - ReservedOsMemory） / （ThreadStackSize） = Number of threads

对于jdk1.5而言，假设操作系统保留120M内存：

1.5GB JVM：（2GB-1.5Gb-120MB）/（1MB） = ~380 threads

1.0GB JVM：（2GB-1.0Gb-120MB）/（1MB） = ~880 threads

在2000/XP/2003的boot.ini里头有一个启动选项，好像是：/PAE /3G ，可以让用户进程最大内存扩充至3G，这时操作系统只能占用最多1G的虚存。那样应该可以让JVM创建更多的线程。

因此这种情况需要结合操作系统进行相关调整。

因此：我们需要结合不同情况对tomcat内存分配进行不同的诊断才能从根本上解决问题。

以上就是针对Tomcat内存溢出的几种解决方案。

因为是好久之前保存的文章，转载出处无法确定了，相关文章可以访问http://www.google.com.hk/search?hl=zh-TW&source=hp&biw=1366&bih=641&q=Tomcat%E5%86%85%E5%AD%98%E6%BA%A2%E5%87%BA%E8%A7%A3%E5%86%B3%E6%96%B9%E6%A1%88++&btnG=Google+%E6%90%9C%E5%B0%8B&aq=f&aqi=&aql=&oq=

本文链接

做产品开发的感想

2011-04-16T03:24:00Z

还有三个月的时间，工作就两年了。在此期间收获了很多东西，特别是对平台产品的开发有了比较深刻的理解和认识，在此做个总结，一是通过总结归纳来完善和提高自己，而是希望和大家分享经验，交流感想。

两年的时间不长不短，在这段时间里，通过bug的修改、功能点的开发、模块开发到整个产品的开发维护过程让我对现在的产品有了很全面深刻的理解，如果说前面的路是铺垫，是相对平坦自己能够轻松胜任的，那么现在的工作就是挑战，需要通过不断的提高完善自身来出色的完成自己的工作。

从目前的经验和专业水平来说，我觉得做好平台产品，需要从以下几个方面下功夫：

1. 定位和发展路线

定位和发展路线用一句话来概括就是：要做什么，分那几步做。以目前做的工作流为例，国外的工作流产品和国内的产品所实现的业务模型是有区别的，国内的工作流产品中针对企业的和针对政府的业务模型是不同的，而政府中协同办公和行政执法的业务模型还不一样。假如现在要做工作流的产品，我们就需要考虑这款产品针对的市场是什么？以后还有可能向那些行业或者市场扩展？这些行业和市场的共性有哪些？如何从当前主要市场扩展到相关市场？要搞清楚这些问题，就需要进行调研，研究目标市场和相关市场的企业或者政府的办事流程，将其主要的工作流程进行分析，提炼业务模型，找到流程中的共性，同时结合现有的相关标准，决定自己要实现的工作流业务模型。业务模型确定之后，需要根据目前市场、内部资源配置等情况，制定产品的发展路线。

2. 架构

业务模型和路线确定之后，接下来就是进行实现了。不管是迭代开发还是瀑布式开发，首先需要确定产品架构，也就是对业务模型进行建模，确定支持业务模型的技术模型。建模的过程中我们首先要保证该技术模型能够满足之前确立的核心业务模型，同时需要为以后的业务扩展方向预留必要的接口，以满足后期市场拓展的需求。技术模型的确立需要不断的验证和改进，因为几乎没人可以一次性的完成一个产品的架构，并且保证这个架构就是准确、健壮、可扩展、易维护的；所以需要通过原型开发和场景检验工作来验证、改进架构的准确、扩展和可维护性。架构一旦确立，后期改动的成本就很高了，所以一定要甚重，充分考虑到当前的可配置资源（人员、成本、技术平台、开发周期等）以及后期的业务拓展和相关标准支持。

　　3. 质量

质量是产品的生命线，功能再强大的产品，如果没有质量做保证，那也是浮云，最终会磨灭在时间的轨迹中，所以要想自己走的更远，就需要把好质量关，从开发的起始阶段就要做好测试工作。良好的测试需要合理的过程规范，保证我们所有的每一步都是正确的，都是一步一个脚印的。首先我们要保证新功能的正确性，确保我们开发的成果是满足用户需求的，是健壮的、易用的。通过相关测试部门的功能性验证，基本能够达到这个效果。其次需要保证新功能增加之后，已有的接口或者功能是正确的，不受影响的。这个工作如果通过测试人员来完成，那么工作量是随时间快速增长的，在人力和成本有限的情况下这显然是行不通的，所以我们需要自动化的测试工具来完成此项工作。单元测试是个不错的选择，虽然开始进行单元测试会有些不适应，而且这会牵涉一部分的精力，但是相对于后期带来的收益，这部分的付出还是相当有价值的。完成了这些工作，我们基本能够保证给产品的每次升级都是正确的，当然产品升级包也是需要进行相关测试来验证的。

4. 性能

在保证质量的前提下，性能的提升是产品必须要做的事情，长时间的等待是令人难以忍受的。当然，这也取决于产品的定位，如果数据量本身就不大，那可能性能提升的价值就没有那么高。但是，如果每天的数据量就有上万，那么可能很小的失误就能带来几秒甚至十几秒的延迟，这直接决定了用户体验，进而影响客户对产品的看法，最终决定了产品的生存能力；同时，性能提升也需要甚重，千万不能不升反降。要提升性能，我们首先要有依据，找到影响性能的瓶颈，然后我们才能够有的放矢。通过完善的压力测试可以达到这一个目的，找到瓶颈，进而保证产品能够满足用户数据量、访问量的需求。

5. 文档支持

好的产品，离不开完善文档的支撑。再好的东西，如果别人不知道怎么用，那也是扯淡，所以不仅要code，还需要写文档，虽然大多数的编码人员厌烦写文档。但是如果我们抱着提高自己、完善自己的心态去做这件事情，或许文档并没有我们想象中的那么枯燥。完成自己的功能，教会别人去使用这也是一件很快乐的事情。同时，如果文档很麻烦，步骤很多，那可能易用性就有问题，或许通过写文档可以让自己的产品在细节上做的更好一些。《开发指南》，《api接口》，《功能示例文档》，《faq》这些应该是每个产品必备的内容。

6. 需求控制

产品开发完成之后，并不是就可以高枕无忧了，我们需要面对其他产品的竞争，需要在日益恶化的市场上站稳脚跟就需要通过项目反馈来不断提升自己的产品。项目反馈的问题自然不用说了，这些都是必须要解决的问题，但是对于来自于项目上的需求就需要慎重的处理，不是每个需求都是合理的，不是每个需求都是可以做的，不是每个需求都是放到产品中的。这里说的合理性，需要对业务的把握，因为大多数的用户在表述他们所需的时候，并不能准确、真实的反映他们对信息系统的要求，这就需要通过经验和对业务的理解来引导客户，确定用户的真实需求。有些情况下，需求甚至是开发人员自己想象出来的，这对中间件平台开发者来说是家常便饭，这个时候更需要保持清醒，弄清楚真正的客户需求是什么。

哪些需求可以做，哪些不可以做，这个在弄清楚真实的客户需求之后就很明了了。但是可以做的需求却不一定要放到产品中，因为产品可能面对比较多的市场，不同的市场有自己个性化的需求，这些个性化的需求很可能有冲突，即使没有冲突，放到产品中也会影响产品的稳定和扩展性，将业务和产品绑定，影响到后期的发展和维护。所以对于需求的处理，一定是共性的东西才能放到产品中，同时对于个性的东西做好扩展接口。

7. 产品比较

任何时候都需要知己知彼，这样才能更好的活下去，任何时候都不能固步自封，对竞争产品不予重视，相反的，我们应该及时掌握竞争产品的动态，了解、理解竞争产品，取其长处，补己短处。

8. 标准研究

在国际化的大形势下，产品必须要有长远的眼光，很多东西老外比我们有经验，比我们先进，而标准是领域专家经验和思想的结晶，通过对相关标准的研究，我们能够把握目前国际上相关领域产品的发展方向，感知先进的思想。标准能够让我们少走弯路，提高产品的通用性和用户认可度，提供产品的竞争力。

本文链接

基于SAML的单点登录.NET代理端实现方案

2011-03-18T13:52:00Z

SAML的相关内容就不介绍了，想深究的可以研究下相关的规范，主要写下大体的思路。

通过SAML实现单点登录的运转过程如图：

此处的ServiceProvider是服务提供者，也就是用户需要访问的应用，IdentityProvider是认证提供者。

通过上图可以看出，当用户访问一个应用的时候，如果用户没有登陆，那么需要将用户重定向到认证服务，认证服务判断该用户是否已经经过认证，如果没有认证过那么进行认证，然后生成断言响应发送给SP，SP负责处理断言，验证用户是否认证通过。也就是说SP进行了请求转发和断言解析两个过程。在.NET中我们可以通过HttpModule来过滤请求，对没有认证的请求进行转发，通过HttpHandler过滤断言请求，对断言进行处理。

这种方案的好处是，不需要修改既有的应用程序代码，就能够将其集成到单点登录系统中。也就是只要把认证的Dll复制到应用执行目录下，然后配置HttpModule和HttpHandler即可。

示例Module和Handler如下：

/// <summary>

/// HTTP Module 处理所有Http请求

/// </summary>

public class SPDispatcherFilter : IHttpModule

{

public void Init(HttpApplication context)

{

context.AcquireRequestState += new EventHandler(context_AcquireRequestState);

}

/// <summary>

/// 在session创建完成后处理请求

/// </summary>

/// <param name="sender"></param>

/// <param name="e"></param>

void context_AcquireRequestState(object sender, EventArgs e)

{

HttpApplication app = sender as HttpApplication;

//如果还没加载过配置信息，那么进行加载

if (!ConfigInfo.HasLoadMetaData)

MetaData.Load(app.Request.PhysicalApplicationPath + ConfigurationManager.AppSettings["MetaDataPath"]);

//处理http请求

if (HTTPUtils.HandleRequest(app.Context))

app.CompleteRequest();

}

/// <summary>

/// Http Handler 处理SAML请求

/// </summary>

public class SPDispatcherHandler:IHttpHandler,IRequiresSessionState

{

public bool IsReusable

{

get { return true; }

}

public void ProcessRequest(HttpContext context)

{

HTTPUtils.HandleRequest(context);

}

配置方式如下：

1. 在IIS应用程序中增加模块（Module），如图：

名称随便，类型为：处理类的完整名称（命名空间+类名）

2. 在IIS应用程序中增加HttpHandler，如图：

请求路径为：*/SAML/*

类型为：处理类的完整名称（命名空间+类名）

本文链接

Cursor identified in Fetch statement is not open

2011-03-11T04:43:00Z

在weblogic9.1和9.2版本中使用其自带的数据库驱动连接db2V9.5时，流程解析发布报错：

经过测试，应该是weblogic自身提供的驱动版本问题。

解决方案如下：

1. 将db2安装目录下的驱动copy到目录：%WL_HOME%\server\lib\

2. 修改%WL_HOME%\common\bin下的commEnv.cmd文件，在WEBLOGIC_CLASSPATH变量中增加内容：%WL_HOME%\server\lib\db2jcc.jar;%WL_HOME%\server\lib\db2jcc_license_cu.jar;

3. 修改%WL_HOME%\server\lib\jdbcdrivers.xml文件，将

后对<Driver Database="DB2" .....的驱动配置的注释去掉

4. 在WebLogic中配置使用以上driver的数据源

本文链接

Java下载中文乱码问题解决方法

2010-12-16T09:47:00Z

问题描述：Java应用下载文件功能，输出文件名中的中文乱码

测试环境：tomcat，websphere6.1

方法一：

response.setContentType("application/x-download");

fileName = URLDecoder.decode(fileName, "utf-8");

fileName= java.net.URLEncoder.encode(fileName,"utf-8");

response.setHeader("Content-Disposition", "attachment; filename=\""+ new String((fileName + ".zip").getBytes(),"UTF-8") +"\"");

方法二：

response.setHeader("Content-Disposition", "attachment;filename=" + toUtf8String(filename));

public static String toUtf8String(String s) {

StringBuffer sb = new StringBuffer();

for (int i=0;i<s.length();i++) {

char c = s.charAt(i);

if (c >= 0 && c <= 255) {

sb.append(c);

} else {

byte[] b;

try {

b = Character.toString(c).getBytes("utf-8");

} catch (Exception ex) {

log.error(ex);

b = new byte[0];

}

for (int j = 0; j < b.length; j++) {

int k = b[j];

if (k < 0) k += 256;

sb.append("%" + Integer.toHexString(k).toUpperCase());

}

return sb.toString();

}

本文链接