中间件是处于操作系统和应用程序之间的软件，也有人认为它应该属于操作系统中的一部分。中间件的作用，主要是为复杂的应用程序抽象出通用的公共部分，以降低应用开发的复杂程度。

JAVA中：  
字节是ASCII   8位  
字符是UNICODE   16位    
1个字符=2个字节

1、  计算机存储信息的最小单位，称之为位（bit），音译比特，二进制的一个“0”或一个“1”叫一位。

2、  计算机存储容量基本单位是字节（Byte），音译为拜特，8个二进制位组成1个字节，一个标准英文字母占一个字节位置，一个标准汉字占二个字节位置。

ASCII码：

我 们知道，在计算机内部，所有的信息最终都表示为一个二进制的字符串。每一个二进制位（bit）有0和1两种状态，因此八个二进制位就可以组合出256种状 态，这被称为一个字节（byte）。也就是说，一个字节一共可以用来表示256种不同的状态，每一个状态对应一个符号，就是256个符号，从 0000000到11111111。

上个世纪60年代，美国制定了一套字符编码，对英语字符与二进制位之间的关系，做了统一规定。这被称为ASCII码，一直沿用至今。

ASCII码一共规定了128个字符的编码，比如空格"SPACE"是32（二进制00100000），大写的字母A是65（二进制01000001）。这128个符号（包括32个不能打印出来的控制符号），只占用了一个字节的后面7位，最前面的1位统一规定为0。

Unicode码：

正如上一节所说，世界上存在着多种编码方式，同一个二进制数字可以被解释成不同的符号。因此，要想打开一个文本文件，就必须知道它的编码方式，否则用错误的编码方式解读，就会出现乱码。为什么电子邮件常常出现乱码？就是因为发信人和收信人使用的编码方式不一样。

可以想象，如果有一种编码，将世界上所有的符号都纳入其中。每一个符号都给予一个独一无二的编码，那么乱码问题就会消失。这就是Unicode，就像它的名字都表示的，这是一种所有符号的编码。

Unicode 当然是一个很大的集合，现在的规模可以容纳100多万个符号。每个符号的编码都不一样，比如，U+0639表示阿拉伯字母Ain，U+0041表示英语的 大写字母A，U+4E25表示汉字"严"。具体的符号对应表，可以查询unicode.org，或者专门的汉字对应表。

然而，尽管金融形势如此严峻，公司对某些IT类技能的需求仍持续走高，如SAP，.net和help desk/support。虽然有些雇主将继续从公司外部寻找此类和其他领域的专家，但一些首席信息官（CIO）们构建内部的技术雇佣冻结团队也越来越普遍。
 
那么就让我们跟随《计算机世界》（Computerworld）年度预测调查一同细说2009年9大最热门IT技能。
 

1. 编程/应用软件开发
询问任何一位招聘人员“当今最吃香的IT技能是什么”，你所得到的最普遍的答复就是三个字母：SAP。
 
“现在我们IT行业流行这样一个玩笑，如果你的简历上标有SAP技能，你就不会失业，你就拥有了一个金饭碗”，iSymmetry有限公司的执行总裁 （CEO）布鲁斯·卡尔伯特（Bruce Culbert）如是说，iSymmetry有限公司是一个IT咨询及招募公司，办公室分设于华盛顿和乔治亚州的阿尔法利塔。
 
卡尔伯特说，SAP精英，尤其有特殊模块开发从业经验的专家，狮子大开口每小时要价35美元至40美元不等，平均工资高出其他IT类的高级技师。 JDResources有限公司的IT部门招聘经理吉尔·赫林（Jill Herrin）表示，由于众多公司正努力构建全球企业资源计划（Enterprise Resource Planning, ERP）系统程序，对SAP技能人才的需求一直保持红热态势。
 
赫林及其他观察员认为，仅次于SAP，有.net从业经验的 IT专家也是供不应求。一些依赖海外劳动力传递.net和C#技能的公司，几年前发现生产线供应渠道不足。现在他们正准备从内部挖掘人才填补空缺。
 
美国爱荷华州Casey's General Stores 有限公司IT部 门高级主管Rich Schappert说，过去五年他招募和培训了众多当地的大学生，一直在填补.net和SQL服务器程序师的经销商需求缺口。该公司贯穿美国中西部运转着 1500多个存储器，一直致力于将基于面向商业的通用语言（Common Business-Oriented Language, Cobol）的金融应用软件转移到.net环境中以降低主机成本。Rich Schappert表示，找到通晓Cobol语言的人才也变得越来越难。

 
2. 帮助台/技术支持
 
IT界对帮助台和技术支持技能的需求持续走高，势头强劲，兼备深厚专业技能和雄厚客户服务功底的人才更是一将难求。赫林说：“我的好多客户向我诉苦，说他们的客户服务功能失效，表示急需具备良好沟通技巧的人才”。
 
IT安 置员工公司Robert Half Technology的行政经理Katherine Spencer Lee表示，“最近，我们公司亟待需要一个万事通（JOAT：a jack-of-all-trades）型的人才，既要懂故障/修复，有懂帮助台技术支持。”公司更倾向于聘用综合型的IT类技师，因为公司都想少雇人多 办事。

 
3. 项目管理
 
Katherine Spencer Lee表示，尽管很多公司正在其IT项目上裁员， 但对成绩显赫的项目经理的需求仍然只增不减。辨别优秀项目经理的关键是，看他是否有在预算内按时完成或更好地完成一个项目的经验，并且能清楚地讲明项目执行的各个环节。
 
纽约Center for CIO Leadership的执行董事Harvey Koeppel表示，“为了能经受住，公司总会不停地寻找理解项目和系统开发生命周期的人才，确保项目能够实现公司的商业目的”。 项目管理就是其中众多事务的一个领域。
 
据一些猎头透露，雇主也要求项目经理具备项目管理资格证书，连副总裁级别的高管也不例外。截止去年7月下旬，美国计算机行业学会颁发的项目管理资格证书比前年同期高出了20%，该协会技能开发项目部的主管Gretchen Koch说。

 
4. Networking
 
语音，电子邮件，视频，即时通信和其它通信系统的不断融合将会继续提升对有执行经验的网络专家的需求。例如，位于纽约的Scholastic有限公司在 11月张贴了一个招聘岗位，需要一个网络综合工程师，任务是通过IP使用语音创建一个呼叫中心，儿童教育公司的高级副总裁兼首席信息官 Saad Ayub说。
 
那些类型的项目同样经常要求新技能。在2008年，例如，CRST International有限公司将一个帧中继网络转移到美国电话电报公司（AT&T）的多协议标记交换网络，并且安装了Cisco公司的 VoIP系统。作为这个项目的一部分，爱荷华州基传输公司Cedar Rapids对他们的一些IT员工进行培训，使它们成为Cisco公司认证的语音专家，IT部门的副总裁Steve Hannah说。
 
网络融合项目也提升了对具备网络安全和数据保密才能的工人的需求，Koeppel说，并补充这不仅仅是雇主寻找的纯粹网络骨干和构架方面的技能。

 
5. 商业智能
 
现在的公司执行官们比以往任何时候都希望具备分析消费者和销售数据的能力，从而对商业战略做出可靠的决策。这驱动了公司对商业智能专家的全方位需求，其中包括具备数据挖掘、数据仓储和数据管理技能的人才。
 
Aspen Skiing Co.在西科罗拉多州公司经营着四个滑雪胜地，公司官员们年复一年地对顾客开销进行对比，包括分析早先的经济萧条期的消费习惯，首席信息官Paul Major说，我们不得不对我们的分析进行细化。
 
同时，对有过诸如Business Objects和Cognos公司指定的商业智能工具使用经验的IT专家的需求也很稳定，Spencer Lee说。但在这个领域最紧缺的人才，是能协助商业经理理解他们用以分析的数据，并协助他们理解如何解释分析结的人才。但困难之处就是你很难找到这样的一 个综合性的人才。

 
6. 安全
 
说到对某些类型的安全专家的需求，Herrin表示，那些拥有SAP安全经验的人现在可能要称得上奇货可居了。
 
在各个领域，公司对安全专家的兴趣都非常强烈。“每个公司都不可能忽略安全需求，即使在经济艰难时期也不例外，”Penske Corp.公司的首席信息官、往届Society for Information Management主席Stephen Pickett说。
 
同样，有网络和无线安全技能的人群以及那些具有认证信息系统安全专业证书的也备受青睐。
 
7. Web 2.0
 
正当很多公司开始着手轻松地与诸如MySpace和Facebook之类的社交网络应用软件协作之时，越来越的公司开始着手尝试通过Web来直接和客户接触，Pickett说。
 
持续扩张的B2B连接也驱动了对Web 2.0技能的需求的增长。例如，最近美国密尔沃基的儿童医院与健康系统为大约一半远程工作的医生的创建了一个门户网站。副总裁兼首席信息官 Mike Jones说，该系统为他们提供了病人的概要医疗数据的获取渠道。

 
8. 数据中心


大多数高楼大厦中的嗡嗡声都是服务器和存储虚拟项目发出的。它们帮助各个集团降低它们的能源开销，紧缩他们的数据中心规模。
 
但是很少有公司会专门针对数据中心这一技能进行招募。相反，他们正在培训现有员工掌握VMware及其他的虚拟技术。例如，Aspen Skiing公司正在考虑于2009年将其40%以上的服务器虚拟化，Major说。为了实现这个目标，Aspen Skiing公司计划依赖VMware和EMC公司为其员工提供必要的培训。

9. 电信
VoIp和那些围绕标准通信的项目驱动着对电信与网络混合技术的需求，尤其是那些正在着手部署这些系统的中小型业务，Spencer Lee说。对Wi-Fi，WiMax，蓝牙和相关的技能的关注也在不断增长，Koeppel说，“尤其就像各个城市指望着把WiMax作为特色产业招商引 资一样”。

1.1.1 取前n条记录

       SQL Server：      Select top n * from xtable

       Oracle：          Select * from xtable where rownum <=n

       DB2：             Select * from xtable fetch first n rows only

1.1.2 取当前日期

       SQL Server：      Select getdate()

       Oracle：          Select sysdate from dual

       DB2：             Select current   timestamp from sysibm.sysdummy1

1.1.3 连接字符串

SQL Server：    Select Hello+Toone

Oracle：        Select   Hello||Toone from dual

DB2：           Select   Hello||Toone from sysimb.sysdummy1

1.1.4 空值转换

       SQL Server：      SELECT   userid,username,isnull(email,0) FROM AUTH_USER

       Oracle：          SELECT   userid,username,nvl(email,0) FROM AUTH_USER

       DB2：             SELECT   userid,username,value(email,0) FROM AUTH_USER

1.1.5 类型转换

       SQL Server：      SELECT convert(varchar,getdate(),20)

       Oracle：          SELECT   to_char(sysdate,yyyy-mm-dd hh24:mi:ss) from dual

       DB2：             SELECT   varchar(current timestamp) from sysibm.sysdummy1

       注1：

   ■SQL   Server中转换日期格式改变Style参数：20 ；    

   ■Oracle中转换日期格式改变格式化参数：yyyy-mm-dd   hh24:mi:ss   ‘yyyy’、’mm’、’dd’、’hh12’、’hh24’、’mi’、’ss’等；     

   ■Db2中转换日期格式改变系统常量：current timestamp ‘current date’、’current   time’等；

       注2：     

   ■SQL Server数据类型改变“数据类型参数”：int、varchar等；     

   ■Oracle数据类型改变函数：to_char()、to_date()、to_number()等；     

   ■DB2数据类型改变函数：varchar()、int()、date()、time()等；

1.1.6 取值判断

SQL Server：   select   case Convert = case when g.master_type =system    then 管理员     when g.master_type =roletype then 特殊角色    else 普通用户    end from global_code g

Oracle：       select   case g.master_type    when system    then 管理员    when roletype then 特殊角色   else 普通用户 end    AS caseConvert from global_code g

DB2：          select   case g.master_type   when system    then 管理员   when roletype then 特殊角色 else 普通用户   end    AS caseConvert From global_code g

1.1.7 位置 SQL

       Server：      select charindex(E,ABCDEF) select patindex(%E%,ABCDEF)

       Oracle：      select instr(ABCDEF,E) from dual

       DB2：         Select locate(E,ABCDEF) from

       sysibm.sysdummy1

1.1.8 其他函数          SQL Server    Oracle      DB2

   长度    Len()        Length()    Length()

   取子串 Substring() Substr()    Substr()                  

1.2      

       附

1.2.1 DB2V8.

1常用命令

■   创建数据库 在服务器上执行      db2 CREATE DB oatemp

■   删除数据库 在服务器上执行      db2 DROP DB oatemp

■   创建表空间 db2 CREATE USER TEMPORARY TABLESPACE USERSPACE1 MANAGED BY SYSTEM USING ( USERSPACE1)

         ■   启动数据库 切换用户         su – db2inst1      启动数据库：          db2start

         ■   关闭数据库 切换用户         su – db2inst1      关闭数据库          db2stop [force]

         ■   创建远程管理节点      进入   DB2命令窗口      db2 CATALOG TCPIP NODE asnode REMOTE 10.1.22.176 SERVER 50000    db2 CATALOG DB oadb2 AS oadb2 AT NODE asnode

■   连接数据库          db2 CONNECT   TO oadb2 USER db2inst1 USING ibmdb2

         ■   关闭数据库连接      db2 terminate

         ■   执行脚本            db2 -td! -vf ioa2.db2 -z info.log

■   导出脚本            db2look -d oadb2 -i db2inst1 -w ibmdb2 -e -o putsql.db2 -t auth_user db2look -d oadb2 -i db2inst1 -wibmdb2 -e -o putsq.db2

         ■   查看正在使用的端口 netstat -a

         ■   查询系统表          select count(*) from SYSCAT.TABLES where TABSCHEMA=’DB2INST1’      select count(*)   from SYSCAT.PROCEDURES where PROCSCHEMA=’DB2INST1’

         ■   常用命令 DB2 SELECT DROP TALBE ||TABNAME FROM SYSCAT.TABLES WHERE T ABSCHEMA=DB2INST1 AND TYPE=T >db2droptables.db2    DB2 SELECT DROP VIEW ||TABNAME FROM SYSCAT.TABLES WHERE T ABSCHEMA=DB2INST1 AND TYPE=V >db2dropviews.db2    DB2 –vf db2droptables.db2 –z info.log db2 SELECT username FROM auth_user FETCH FIRST 3 ROWS ONLY  

         ■   启动JDBC      db2jstrt JDBC APPLET SERVER 6789     

1.1       数据库移植注意事项

1.1.1 取前n条记录

SQL Server： Select top n * from xtable

Oracle：Select * from xtable where rownum <=n

DB2：Select * from xtable fetch first n rows only

1.1.2 取当前日期

SQL Server： Select getdate()

Oracle： Select sysdate from dual

DB2： Select current timestamp from sysibm.sysdummy1

1.1.3 连接字符串

SQL Server： Select 'Hello'+'Toone'

Oracle： Select 'Hello'||'Toone' from dual

DB2： Select 'Hello'||'Toone' from sysimb.sysdummy1

1.1.4 空值转换

SQL Server：SELECT userid,username,isnull(email,'0') FROM AUTH_USER

Oracle： SELECT userid,username,nvl(email,'0') FROM AUTH_USER

DB2：SELECT userid,username,value(email,'0') FROM AUTH_USER

1.1.5 类型转换

SQL Server： SELECT convert(varchar,getdate(),20)

Oracle：SELECT to_char(sysdate,'yyyy-mm-dd hh24:mi:ss') from dual

DB2： SELECT varchar(current timestamp) from sysibm.sysdummy1

注1：

     ■SQL Server中转换日期格式改变Style参数：20 ；

     ■Oracle中转换日期格式改变格式化参数：yyyy-mm-dd hh24:mi:ss XML:namespace prefix = o ns = "urn:schemas-microsoft-com:Office:office" />

         ‘yyyy’、’mm’、’dd’、’hh12’、’hh24’、’mi’、’ss’等；

     ■Db2中转换日期格式改变系统常量：current timestamp

         ‘current date’、’current time’等；

注2：

     ■SQL Server数据类型改变“数据类型参数”：int、varchar等；

     ■Oracle数据类型改变函数：to_char()、to_date()、to_number()等；

     ■DB2数据类型改变函数：varchar()、int()、date()、time()等；

1.1.6 取值判断

SQL Server：

select caseConvert =

      case when g.master_type ='system'    then '管理员'

           when g.master_type ='roletype' then '特殊角色'

           else '普通用户'

      end

from global_code g

Oracle：

select   case g.master_type

           when 'system'    then '管理员'

           when 'roletype' then '特殊角色'

           else '普通用户'

      end

      AS caseConvert

from global_code g

DB2：

select   case g.master_type

           when 'system'    then '管理员'

           when 'roletype' then '特殊角色'

           else '普通用户'

      end

      AS caseConvert

From global_code g

1.1.7 位置

SQL Server：

     select charindex('E','ABCDEF')

select patindex('%E%','ABCDEF')

Oracle：

     select instr('ABCDEF','E') from dual

DB2：

     Select locate('E','ABCDEF') from sysibm.sysdummy1

1.1.8 其他函数

      SQL Server      Oracle     DB2

长度   Len()          Length()   Length()

取子串Substring()    Substr()   Substr()

1.2       附

1.2.1 DB2V8.1常用命令

■   创建数据库在服务器上执行 db2 CREATE DB oatemp

■   删除数据库在服务器上执行db2 DROP DB oatemp

■   创建表空间

db2 "CREATE USER TEMPORARY TABLESPACE USERSPACE1 MANAGED BY SYSTEM USING (' USERSPACE1')"

■   启动数据库 切换用户 su – db2inst1

     启动数据库：db2start

■   关闭数据库 切换用户 su – db2inst1 关闭数据库 db2stop [force]

■   创建远程管理节点进入   DB2命令窗口

     db2 CATALOG TCPIP NODE asnode REMOTE 10.1.22.176 SERVER 50000

     db2 CATALOG DB oadb2 AS oadb2 AT NODE asnode

■   连接数据库

     db2 CONNECT TO oadb2 USER db2inst1 USING ibmdb2

■   关闭数据库连接

     db2 terminate

■   执行脚本

     db2 -td! -vf ioa2.db2 -z info.log

■   导出脚本

db2look -d oadb2 -i db2inst1 -w ibmdb2 -e -o putsql.db2 -t auth_user

db2look -d oadb2 -i db2inst1 -w ibmdb2 -e -o putsq.db2

■   查看正在使用的端口

     netstat -a

■   查询系统表

     select count(*) from SYSCAT.TABLES where TABSCHEMA=’DB2INST1’     select count(*) from SYSCAT.PROCEDURES where PROCSCHEMA=’DB2INST1’

SAP Business Suite

    当前SAP公司的主力产品包，里面包含了mySAP ERP, mySAP CRM, mySAP SCM .... 几乎是SAP的所有东东。如果购买的是此种许可证，就意味着几乎可以用SAP的所有产品的功能－－某些特定行业的特定引擎（Engine）除外。
mySAP ERP主要就是以前的SAP R/3加上SAP最新的集成平台SAP Netweaver。

mySAP CRM

        之 所以叫mySAP CRM而不是SAP CRM，就是为了突出SAP的CRM产品是以客户为中心的、灵活可配置的……所以叫”my***“，mySAP CRM主要就是包括SAP的CRM产品功能包（Logic Box）再加上SAP最新的集成平台SAP Netweaver。SAP Netweaver是SAP最新的集成应用平台，一方面SAP用这么一个平台来集成SAP与非SAP（Oracle,Siebel, ...）应用系统；另一方面SAP把一些各个系统都可以通用的功能放入此平台中，如SAP门户（ SAP Portal）可以访问各种SAP应用系统（ERP, CRM...）及非SAP系统、SAP商务智能（SAP BI）可以对来自各种系统的数据进行分析……
mySAP.com这是前几年SAP为了迎合网络风潮而给自己的产品包改的名字，它跟http://www.mysap.com/这个网站没有任何实质关系，其实它就是现在的sap,和http://www.mysap.com/这个网站没有任何实质关...它就是现在的SAP Business Suite。
        SAP R/3以前SAP公司的主力产品，包括大家非常熟悉的SD, MM, FI, CO, PP..等模块。但从今年起SAP已经不再单独出售R/3的许可证，代之以mySAP ERP。也就意味着客户无论选择SAP的何种产品（mySAP ERP, mySAP CRM...）都会得到SAP Netweaver，其中包括了SAP Portal 与SAP BW的使用许可。
SAP All-in One (SAP A1)在SAP R/3的基础上，SAP做了一些预配置，然后按不同行业交给咨询合作伙伴，由他们再加一些预配置，然后以咨询合作伙伴的名义将加了预配置的系统销售给用户。内含mySAP CRM的部分功能。
        SAP Business One (SAP B1)在SAP收购的另一家公司的产品基础上改造而成，优点是价格低廉，并且由于数据结构相同可以无缝地将系统升级至SAP A1, SAP Business Suite。SAP B1中有CRM功能，但远不及mySAP CRM系
统中的那么强大。
    SAP Release版本之间的差异和关系：
版本4.6C以前是所谓传统的r3系 统，建立在SAP Basis的基础上；版本4.70以后，改为R3Enterprise,最大的变化是SAP WEB AS取代了传统的Basis，核心业务功能模块也作了划分；R3 Enterprise之后改称为mySAP ERP2004,基础平台演变成SAP NetWeaver,并产生SAP ECC (ECC = ERPCentral Component) ，作为Enterprise的替代，并集成了BW,SEM和ITS；2005第4季度开始mySAP ERP2005的准备，最大的变化将是全面转向ESA体系（基于消息机制的企业应用体系），并引入了新的功能模块，比如PLM和SRM.

SAP介绍

对自己好这件事是不用对别人妥协的

上班三年的一点心得体会

信息不对称而产生信息孤岛，归根究底是技术方面的原因。美国并不缺乏像微软、IBM、英特尔这 些在科技上领先的大企业，但是，为什么这些美国企业，没有利用自己的科技研发实力，提前解决政府与商业企业之间信息不对称的问题，遏制住次贷危机的爆发 呢？一个原因可能是由于美国经济结构过于复杂、庞大，要做这样一个能够整合所有数据资源的系统，超出了企业现有的技术能力；另外一个原因则可能是次贷危机 爆发的速度过快，包含着许多不确定因素，企业来不及为政府思考如何从技术层面上去防范危机的产生。我们应当相信的是，在今时今日信息技术如此发达的社会， 没有科技解决不了的问题，所以，一切都只是时间的问题。

　　事实上，在解决信息不对称的问题上，IBM公司一直在努力。从2008年的9月份开始，IBM在中国的一些权威媒体上大力推广SOA（面向服务体系的结构）解决方案业 务，帮助企业与政府机构解决信息不对称、分散资源和异构系统的整合难题。SOA的核心在于确保不同应用程序和异构系统之间的信息数据得到无缝连接与实时交 互。其实早在1996年，全球最具权威的IT研究与顾问咨询公司Gartner便最早提出SOA的思想；2002年12月，Gartner又提出SOA是 “现代应用开发领域最重要的课题”，呼吁社会各界一起来研究SOA的应用性。IBM其实蓄势已久，只是没能赶在次贷危机爆发之前，把服务架构向政府与企业之间延伸。

　　可以想像得到，如果处于社会大系统中的各个环节的信息与数据，能够利用SOA解决方案连接紧密，彼此反馈，那么美国次贷危机的发生可能性将会 小之又小。与IBM做的事情不尽相同，位于江苏无锡市的一家潜心于SOA实施的技术服务型企业——德意科技，也注意到了信息不对称引发的管理、经济上的重 大问题，并不断用实力证明中国软件企业可以从“中国制造”走向“中国创造”这样的事实。早在2005年，德意科技便开始研发基于SOA实施的产品和解决方 案，经过三年攻关，终于突破了技术障碍，研发成功了基于SOA的“关联型数据库实时交换管理软件”，并在业内率先提出RDMP（RealData Management Planning）实时数据管理计划的概念，将管理层所需的数据用实时的、可视的图形界面数据形式表现出来，将管理提升到了量化的数据化层面。据了解，该 产品因此获得国家版权局颁发的计算机软件著作权证书，也获得了无锡市科技局创新项目奖。基于全球领先的技术创新的基础，德意科技获得了国际软件巨头的青睐，在9月份先后与IBM、英特尔结成了合作伙伴关系，强强联手，准备在异构系统的数据整合领域有所作为，与国际同行共同推动SOA事业的发展。

　　中国经济面临的风险与机会

　　美国经济在信息不对称的前提下爆发了次贷危机，那么在中国，由于信息不对称将会爆发什么危机呢？其实笼统点来看，人民币汇率上升，银根紧缩， 物价、房价上涨，股指下跌等，都是整个社会的信息不对称所导致。“港股直通车”的提议及全国社保系统的统一、环保治理和实施监控等方案，当然也是出于信息 数据无法在多平台、多系统中流通，而迟迟未能实现。从年初起，国内的一大批企业由于资金链断裂、原材料成本上升、人力成本加大，而不得不关停并转，谋求企 业在经济萎靡期里的出路。说到底，倒掉的企业里，90%以上是由于管理不善导致。中国的企业大多停留在草创期，信息闭塞，对科技不感冒，对管理软件的使用 少之又少，为数不多的一些企业使用了OA（office automatic）、ERP(Enterprise Resource Plan)、CRM(Customer Relationship Management)、HRM(Human Resource Management)、SCM(Supply Chain Management)等管理软件，但也只是停留在业务层面的简单操作，而不能整合到背后与管理相关联 的数据流，导致管理层判断出错，决策失误，最终让企业走上了一条不归路。

　　中国经济要实现自救，中国企业首先要解决信息数据不及时、不准确的问题。为避免像美国一样出现类似于次贷危机这样的事件，相关人士普遍认为中 国政府应大力推动SOA事业的前进，从根本上解决信息孤岛的问题，利用技术平台，一方面能实时监管一些大型私有及国有企业，及时发现企业存在的弊端，施以援手，同时规范市场环境，打击投机倒把的行为；另一方面做为企业方，要从长远着想，正确评估企业现况，及早解决信息不对称，消除信息孤岛，从信息化的基础建设做起，用实实际际量化的数据来审视企业内外部环境，做到未雨绸缪，及时遏制风险的滋长，做出正确的管理决策。

　　风险总是与机会并存的，从美国的次贷危机中我们也看到了中国经济的缩影，每个国家的经济结构都有一定的相同性与可借鉴性，如果不客观汲取美国过去的经验教训，从根本上解决问题的本质，那么中国经济，也许将会成为次贷危机下的另一个“华尔街”

　 　至少在我看来，传统的测试应该是——可以坐在我们测试部门专用的办公区内，等待产品策划的文档；拿到文档后着手准备用例，并看一下项目的计划；在程序员 提交可用版本后对产品进行测试，然后将找到的bug提交bug管理系统；最后在产品计划发布之前，拿出几个还未修改的bug理直气壮地说，产品还未准备 好……然而现在，我们不再和产品团队有空间距离，不再只是看文档写用例，不再只是提交bug，不再只是争论某个bug是否必须修改……敏捷的开发决定了我 们必须以敏捷的测试来应对。

　　“沟通”成了最重要的技能之一

　 　敏捷宣言里讲：个体和交互胜过过程和工具，客户合作胜过合同谈判。在内部需求上，开发人员就是我们的客户。而我在加入团队后所做的第一件事，就是搬位子 到开发人员旁。当然，是被要求这么做的。一开始还有点不适应，毕竟我们被分离开了曾引以为豪的独立的测试团队，这和传统的观念是相悖的。不过在经历过几个 测试阶段后，这么做的好处就体现了出来。

　　以往我们总要等到一个正式的版本，才可以开始测试，否则过多的介入会打乱开发计划。而现在，程 序员就坐在我对面的隔间，他一抬头就说：“嘿，X功能做好了，我跑了一遍没问题，你来试试看？”结果我过去试了试，bug出来了。程序员的反应则是： “好，我马上改”。——这样一个bug从发现到修正，最多不超过半个小时。而以往，我要等到版本正式提交，再build好，再up好，发现bug后还要通 过提交bug管理系统，等待系统发邮件给程序员。如果恰好程序员忘记开邮箱了，那就可能要更多的时间。

　　事实上这里面还有更多的细节。我 相信大多数测试人员会和我有同样的经历，在发现并提交一个bug时，我们写了大量的文字来描述bug的环境，bug的重现步骤；程序员修正bug时，也自 信满满的说，该bug已修正。但当你一复查时，却发现你所认识的那个bug还在，而程序员完全理解错了你所说的bug。而现在，你所需要做的，只是抬一下 头，把问题说出来，直接和程序员进行沟通，让他能够准确的理解你的意思，甚至包括你对于该bug的分析。接下来一切就十分好办了。

　　此外，有时有些bug确实不是那么容易重现的，你需要和程序员配合操作，才能发现其中的蛛丝马迹。我们现在最常做的一种合作就是，由我来制造环境，按重现步骤操作，由程序员在另一端跟踪调试代码，一边沟通，一边进行，这样就能很准确的发现问题，并且能很快的得到修正。

　 　仅仅是几句话的沟通，就能将一个bug在最短的时间内修正，这节省了多少时间？这皆得益于比以往更便捷的沟通。而我们所做的，不过是移动了一下位子，减 少了我们之间的沟通成本，却大大的提高了开发效率——我已经记不清有多少bug在还没提交之前就被消灭掉了。但这也对我们测试提出了更高的要求，虽然之前 的我们也很强调沟通能力，但现在由于需要更频繁的沟通，我们对沟通能力的提高也变得也越来越重要，成为了最重要的技能之一。

　　说到这里，其实我们已经能感受到，测试的角色定位已经变了。因为敏捷开发中，要对质量负责的是整个团队，这一目标就要求测试人员不再是一个独立的质量监督部门，而是要融入到整个团队中，成为开发中不可分割的一部分。

　　调整测试用例的粒度

　 　敏捷宣言里还说，可以工作的软件胜过面面俱到的文档，响应变化胜过遵循计划。那么我们是不是可以都不要文档，不用写用例了呢。我想，如果你的项目是一个 “Hello world多国语言版”，大可以如此。但如果是面对一个大型的，多人的，在线的，角色扮演游戏，还是算了吧。

　　曾经有位前辈跟我说，测试员最重要的技能就是写用例，通过用例来表达测试思想。我想，即使是到了敏捷时代，这个技能仍然是第一位的。只是，如果你的用例写得过于详细和复杂，那么在团队开始响应变化的时候，你就会措手不及了。

　 　我就真的遇到过这种情况，某一个设计做到一半的时候，由于效果并不好，被要求进行修改。这时我的用例也要相应的进行修改——最怕这个了。如果这是一系列 粒度很细的用例，动辄上千条，一旦改起来，费时又费力。但如果我的用例的粒度本来就并不是非常细，那我调整起来就快速多了。

　　至于粒度到 什么程度才是合适的呢？那就要看个人的能力，是否强大到能随时调整一份复杂和详细的用例的程度。我个人并不推崇十分详细的用例，因为有些很细节的地方，也 没有文档可以参考。而且我们测试的游戏，很多细节没有绝对的对与错之分。即使真的出现了一些有疑问的地方时，迅速的和程序员和策划进行沟通也比写一份更详 细的用例要有效得多。要知道，我们的目标也应该和团队内所有的成员一样，是一款可以玩和好玩的游戏，而不是面面俱到的测试用例。

　　更多的测试方式

　 　我看过不少介绍敏捷开发的文章，大都有这么说过：在进行敏捷开发中，快速的响应变化的前提，一定是对质量的保证。如果质量无法保证，那是无法对变化做出 响应的。因此这要求程序员能更多的进行自测，包括白盒的，自动化的，测试驱动的。而站在测试人员的角度上，我们能做些什么呢？

　　因为对产品接触的更具体，我有了很多机会接触详细的程序设计，这使得我已经可以尝试直接阅读代码，并在此基础上进行测试用例的设计。行话说，这就是灰盒测试。灰盒测试带来的好处是，用例的设计可以比黑盒测试更简洁，而且随着你对程序框架的理解更加的深入，你对所测的产品会更有安全感。当然，传统的黑盒测试是不能抛弃的，因为很多bug都是在你所意料不到的情况下发生的。如何合理的分配灰盒测试和黑盒测试，这还需要在漫长的敏捷测试中慢慢体会。

　　除了简单的灰盒黑盒，测试人员尝试做一下白盒也是很有用处的。虽然程序员也做了这样的工作，但测试人员的测试思路会和程序员有所不同，得到的结果也许就会不一样。我就尝试过对核心代码进行白盒测试：包括代码的走查，对函数的独立测试，以及使用内存检测工具的检测，尽管最后还是没有查出bug。

　　最后别忘了自动化。由于产品会经常的响应变化——相信我，这事儿真的很轻易的就发生了，对于某些重要的系统的测试就会一次又一次的要重来。若系统简单些还好，若系统是比较复杂，或是比较核心的，如果还是用手动测试，那就会很让人头痛了。所以测试人员的自动化测试是很有必要的。为自己最容易自动化的系统写一个自动测试脚本，这样，随便他们怎么改动，我们都可以随时的进行回归测试了。

　　让更多的人参与测试

　　当测试人员已经不再是一个独立的测试部门时，需要进行测试的也就不只是测试人员了。程序员要自测，策划也要测试，甚至玩家也可以来测试。不同的人可以得到不同的结果，这样才能使我们对产品有全面的把握，才能时刻的知道产品下一步应该怎样“响应变化”。

　　程序员的自测可以减少程序上的bug。策划的测试可以使策划更清楚的看到目前游戏的现状，亲自体验自己设计的系统。而玩家的测试则可以给我们带来我们的最终用户的反馈，这是最有价值的信息。

　　我们现在就会经常邀请玩家来进行测试，让我们团队的所有人看到我们所做的游戏在玩家手里是怎么玩的，在玩家心里是怎么想的。这样不断的获得反馈信息，不断的改进后，相信产品会越来越受用户欢迎。最终的目标，就是一个可玩，好玩的游戏，每个人都是这样想的。

　　信任你的测试人员

　 　虽然我是在谈论敏捷测试的体会，但无论你是测试，是策划，还是程序，或者制作人，甚至经理。你都可以而且应该多花点时间和你们的测试人员进行沟通。信任 他们，因为他们比这个团队中的任何一个人都更了解产品的现状，他们也是产品面世之前的唯一的玩家。你可以私下找他们聊一聊产品，也可以偷偷的登陆bug管 理系统看看现在的bug，甚至可以让他们协助你做一些非测试的工作（例如，产品演示，但不要占用他们的工作时间）。无论如何，他们一定会对你下一步的决策 产生巨大的帮助的。

　　敏捷究竟是什么？说实话我没怎么仔细考虑过，只是就这样跟着一个敏捷的团队做了一年半的测试，把我们很多传统的测试 理念都颠覆了，其实也只不过是在实践中不断的摸索着去改变自己的观念，改变工作方式。直到最近认真的看了看有关敏捷开发和敏捷测试方面的文献，才发现原来 这一年半的经历和体会和书中所言是那么的相似，索性借此文和大家分享一下，欢迎指正。

        在敏捷活动如火如荼的推广运动中，我们显然无法预知如何在您的特定的复杂环境中您能否最后达成所愿，也无法为您预测出前进道路的分岔口可能唯一的正确的线 路，我们却可以为您点起一盏明亮“街灯”，在这迷雾中驱除黑暗。我们将为您提供一个可以借鉴和可供参考的成功的敏捷测试实践案例。我们将逐一向您介绍、分 析这个案例中的敏捷团队的组织结构，主要的敏捷测试行为，迭代的测试模型和一套以四周为周期的敏捷测试活动时间表。

        请您运用您已具备的敏捷实质、敏捷原则的知识，并结合您的独特项目环境、带着您的问题，与笔者一起再度分析这个案例，希望您最终也能得到满意的答案，并随后开始实施部署敏捷测试。

敏捷测试的实质

        测试不仅仅是测试软件本身，还包括软件测试的过程和模式。产品发布后才发现很多问题，很可能是软件开发过程出了问题。因此测试除了需要确保软件的质量，即 软件做了正确的事情，以及软件做了应该做的事情以外，敏捷的测试团队还要保证整个软件开发过程是正确的。

        敏捷开发的最大特点是高度迭代，有周期性，并且能够及时、持续的响应客户的频繁反馈。敏捷测试即是不断修正质量指标，正确建立测试策略，确认客户的有效需 求得以圆满实现和确保整个生产的过程安全的、及时的发布最终产品。敏捷测试人员因而需要在活动中关注产品需求，产品设计，解读源代码；在独立完成各项测试 计划、测试执行工作的同时，敏捷测试人员需要参与几乎所有的团队讨论，团队决策。作为一名优秀的敏捷测试人员，他（她）需要在有限的时间内完成更多的测试 的准备和执行，并富有极强的责任心和领导力。更重要的是，优秀的测试人员需要能够扩展开来做更多的与测试或许无关，但与团队共同目标直接相关的工作。他 （她）将帮助团队其他成员解决困难、帮助实现其预期目标，发扬高度协作精神以帮助团队的最终获取成功。需要指出的是，团队的高度协作既需要团队成员的勇敢，更需要团队成员的主动配合和帮助。对于测试人员如此，对于开发、设计人员，其他成员也是如此。

敏捷测试的方法与实践

        是的，敏捷测试也需要高度迭代工作、频繁得到 STAKEHOLDER、客户的反馈，需要动态调整测试计划、测试的执行。并且，敏捷测试人员参与到了更多的敏捷生产活动中，积极的影响了团队做出的决定和计划。

        是的，“人”才是敏捷的实体，敏捷测试也是以人为本的。不难理解，“敏捷”的一切都围绕着人展开，如敏捷鼓励直接，平行的沟通；敏捷需要持续的客户反馈以 及敏捷活动的设计，方案和决策需要团队协同制定等等，敏捷测试需要一支非同寻常的团队，不同于以往传统开发模式下的团队结构。关于敏捷团队、敏捷测试团队 的组成和介绍，将是我们讲述敏捷测试实践的第一步。

        “人”是重心，方法、策略是辅。为了适应不同的团队结构，不同的项目环境，敏捷项目和敏捷活动的实践也应该因“人”而异，但是，并不是说可以天马行空，我行我素。一旦脱离了正确的敏捷方法、和敏捷原则的指导，我们的敏捷活动就好比摸黑前行了。

        这正是我们需要学习前 辈和敏捷主义大师们的经验意义所在了，笔者在过去的实践中受益颇多的也正是前人的实践经验和方法。因此，学习前人的经验和方法，并运用这些最佳实践来帮助 敏捷开发团队，甚至是传统团队来解决时下重要的问题是十分有意义的事情。笔者不敢妄自尊大将自己的一般实践纳入经典方法范畴，但经历了两年的研究和改进， 笔者提出的敏捷测试的原则也得到了业内同僚和“大师”的普遍认可。经过多次和其他项目团队的经验交流，我们也不断的改进着我们的原则、方法。因此，笔者要 非常感谢参与讨论的同僚们，没有你们的热情参与，也不会有今天的笔者信心百倍的执笔了。正如笔者在借鉴了前人的成功案例中的经验和方法之后定制了符合项目 需求的测试原则一样，相信，读者们在阅读了笔者的敏捷测试原则和方法后，同样也会有所收获。而对笔者经历的敏捷实践活动中的方法和测试模型的讲解将成为我 们讲述敏捷实践的第二步，也是本文的重点。

        综上所述，笔者将运用本文的主要篇幅为大家讲解这个敏捷实践。它们是：

        敏捷团队组织构成，敏捷测试团队的任务和使命； 
        敏捷开发团队以测试为驱动的开发方式——测试驱动开发，这是种独特的测试？还是开发？ 
        递增型的迭代测试，它首先是对敏捷测试过程活动和生命周期模型的介绍，通过学习经典的敏捷增量测试模型，我们将敏捷测试的各类活动有机的组合到了一起。在此之上，对定制后的独特敏捷增量测试模型的分析和理解，帮助我们理解测试活动的规划和管理； 
        以及需要特别关注的递增型迭代测试的关键活动之一——“静态测试”；这也是笔者认为的最高难度、最具影响力的敏捷测试活动。它将测试团队最早的引入产品开 发环节，测试人员以第一用户的角度判断设计的有效性，此活动较早的暴露了设计缺陷、避免了团队对目标的不一致理解等，是测试活动中最有创造性价值的部分；  
        最后，笔者将谈谈测试活动中的测试计划和管理，即关于测试任务估计，测试活动计划，各个重要测试活动时间分配与安排的介绍。 
        然而，敏捷测试不是一蹴而就的，做到真正的敏捷，无论是从传统测试模式向敏捷测试的过渡，还是组建全新的团队都是需要循序渐进的，同时也需要团队成员的通力合作和不断的实践来完善敏捷测试的实践原则和方法。

在本文中，我们将首先简要介绍 WebSphere Adapter for JDBC，描述 J2EE 组件如何通过 WebSphere Adapter for JDBC 来连接 DB2 数据库。然后我们将提供针对于实际应用的 WebSphere Adapter for JDBC 的解决方案。在此解决方案中，我们通过一个股票管理与交易系统来展示 WebSphere Adapter for JDBC 的用法，描述了如何使用 WebSphere Adapter for JDBC的 Inbound 和 Outbound 功能。另外针对在使用 WebSphere Adapter for JDBC 过程中所碰到的问题，我们将介绍这些问题产生的原因、避免的方法及途径。

摘要

IBM WebSphere Adapter 实现了 J2EE Connector Architecture(JCA)，能够帮助在 J2EE 组件和 Enterprise Inforamtion Systems(EIS) 之间进行双向易于管理的连接。而 IBM WebSphere Adapter for JDBC 是专门针对于支持 JDBC 的数据库开发的。WebSphere Adapter for JDBC 由两部分组成：

1. JCA 的实现，这是用来支持 WebSphere Process Server (WPS) 或者 WebSphere Enterprise Service Bus (ESB)；

2. 企业元数据发现组件，可以通过这个组件来连接数据库产生 Data Objects 及其他 Service Component Architecture(SCA) 组件。

WebSphere Adapter for JDBC 通过提供基于 JCA 的两种编程接口 Inbound 和 Outbound 来实现 EIS 的双向连接。通过 Outbound 操作，WebSphere Adapter for JDBC 把 Data Object 传递给 EIS，进行指定的数据库操作。通过 Inbound 操作，数据库的改变将触发 WebSpher Adapter for JDBC 的相应操作。

在本文中，我们将首先简要介绍 WebSphere Adapter for JDBC，描述 J2EE 组件如何通过 WebSphere Adapter for JDBC 来连接 DB2 数据库。然后我们将提供针对于实际应用的 WebSphere Adapter for JDBC 的解决方案。在此解决方案中，我们通过一个股票管理与交易系统来展示 WebSphere Adapter for JDBC 的用法，描述了如何使用 WebSphere Adapter for JDBC 的 Inbound 和 Outbound 功能。另外针对在使用 WebSphere Adapter for JDBC 过程中所碰到的问题，我们将介绍这些问题产生的原因、避免的方法及途径。以下是本文主要内容：

第一章将介绍 WebSphere Adapter for JDBC 的功能。

第二章将给出一个示例场景描述 WebSphere Adatper for JDBC 在 WID 中的用法，包括如何使用 WebSphere Adapter for JDBC 的 Inbound 和 Outbound 功能。

第三章指出在使用过程中所碰到的各种问题，包括数据库连接驱动的选择等。

本文假定读者已经具有 J2EE 以及 DB2 数据库的基础知识,主要针对那些需要使用 WebSphere Adapter for JDBC 来 开发应用程序设计者而编写的。另外本文也可以作为 WebSphere Adapter for JDBC 开发人员的参考，以便在开发过程中如何避免这些问题的出现。

回页首

一、 引言

1.1 JCA 介绍

在商业整合开发中，J2EE 应用程序经常需要与各种企业信息系统（EIS）交互，以获得所需的资源或数据，如 ERP 系统、SCM 系统以及各种数据库系统等等。现有的传统模式在整合过程中需要开发者为每一对 J2EE 应用和 EIS 系统之间提供交互方式，并且每对 J2EE 应用程序和 EIS 系统之间的交互方式可能完全不同，因此这显然需要花费大量的人力物力，是不现实的。为了解决这个问题，一种称为 J2EE Connector Architecture (JCA) 的标准被提出来，目前最新的版本是 1.5。JCA 1.5 的标准中定义了一个资源适配器（Resource Adapter）组件。任何符合规范的资源适配器，都可以在 J2EE 的应用服务器环境中部署和运行。于是，符合 JCA 规范的 J2EE 应用程序通过资源适配器便能够和不同的 EIS 系统通过同一种方式交互，而符合 JCA 规范的 EIS 系统也能够和不同的 J2EE 应用程序通过同一种方式交互。简言之，符合 JCA 规范的各种 J2EE 应用程序就可以通过资源适配器中实现的标准接口（Common Client Interface）来和符合 JCA 规范的任何 EIS 系统交互。这使得每个 EIS 系统，只需要一个资源适配器，就可以整合到任何标准的 J2EE 应用中去，简化了开发流程。下图是 JCA 1.5的体系结构，包括三个部分：系统协议（System Contracts），用户接口（Client API），资源适配器模块（Resource Adapter Module）。

图1：JCA体系结构

系统协议定义了 J2EE 应用程序和 EIS 系统之间的接口和交互标准，并且由资源适配器模块来实现这些接口，因此资源适配器可以看作是系统协议的实现。下图描述的是 JCA 的系统协议和资源适配器的体系结构。

系统协议分为三个部分：

• 连接管理协议，它提供了一种管理和缓存 EIS 连接实体的机制，包括如何建立连接，如何管理连接的生命期等，比如图2中的 connection 等模块；
• 事务协议，它提供了两种事务管理模式，可以由 J2EE 应用服务器来管理事务，也可以由 EIS 来管理，比如图2中的 LocalTransaction 模块；
• 安全协议，它对 EIS 的连接进行认证和访问控制，保障 EIS 的安全。

在实现系统协议的基础上，资源适配器模块遵循以下规范：

• 根据规范接口和系统协议，实现面向特定 EIS 系统的连接代码，连接库等；
• 实现一个部署描述符 ra.xml（deployment descrīptor），给 J2EE 应用服务器提供所需的配置信息；
• 所有Java类打包成 jar 文件，并和部署描述符 ra.xml 一起放在后缀为 RAR (Resource Adapter Archive) 的资源适配器文件中。这个 RAR 文件符合 jar 的打包格式，可以直接部署到 J2EE 应用服务器中。

另外用户接口（Client API）是提供给 J2EE 应用程序的 API，以便其能够访问 EIS 系统。通用用户接口（Common Client Interface）是被推荐使用的协议，资源适配器将负责实现这些接口。通过它，J2EE 应用程序可以使用统一的接口去访问各种 EIS 系统。

图2：JCA 中的系统协议和资源适配器模块结构

1.2 WebSphere Adapter 介绍

IBM WebSphere Adapter 是IBM公司开发的符合 JCA 1.5 标准的一系列资源适配器的统称。它针对不同的 EIS 系统提供不同的解决方案，使得符合 JCA 1.5 标准的 J2EE 应用程序能够和各种 EIS 系统进行方便的交互。每个 WebSphere Adapter 都是以资源适配器的形式提供，它是实现了 JCA 标准的一个组件，以 RAR (Resource Adapter Archive) 文件的形式提供给开发者使用。现在有三种类型的适配器：

• Application Adapter: 这类适配器是针对特定的 EIS 系统来提供的，比如 WebSphere Adapter for SAP 就是为 SAP 的 ERP 系统设计的，用来访问其 ERP 系统，WebSphere Adapter for Oracle 是针对 Oracle 数据库提供的，用来支持各种 J2EE 应用程序访问 Oracle 数据库。
• Technology Adapter: 这类适配器针对实现某种技术的 EIS 系统，比如本文要介绍的 WebSphere Adapter for JDBC 就是针对那些实现 JDBC 2.0 规范的数据库系统，WebSphere Adapter for JMS 针对实现 JMS 的 EIS 系统。
• Adapter 开发工具：严格来说，这不是适配器的一种，它只是为用户开发自己的适配器提供了方便，比如 WebSphere Adapter Toolkit。

1.3 WebSphere Adapter for JDBC 介绍

WebSphere Adapter for JDBC就是符合 JCA 1.5标准的一个资源适配器，它提供了 J2EE 应用程序和支持JDBC 2.0的数据库系统沟通的桥梁。WebSphere Adapter for JDBC完全满足 JCA 的标准，被设计成可以在 WebSphere Integration Development(WID)上使用、并且在 WebSphere Process Server (WPS) 或者 WebSphere Enterprise Service Bus (ESB) 等应用服务器上运行的一个组件。它提供如下的功能：

• 与 WPS 或 ESB 等应用服务器整合。
• 连接服务器上的 J2EE 应用程序和支持JDBC 2.0的数据库。
• 支持 J2EE 应用程序和数据库的数据交换。

WebSphere Adapter for JDBC 由下列组件构成：

• JCA 的实现，用来支持应用服务器。
• 企业元数据发现组件，可以通过这个组件来连接 EIS 产生Business Objects (BO)及其他Service Component Architecture(SCA)组件。

WebSphere Adapter for JDBC 通过 JDBC 的 API 提供对于数据库访问的两种方式：inboud 和 outbound 。在 outbound 方式下， J2EE 应用程序产生 Data Object，并将其传递给 WebSphere Adapter for JDBC 。Adapter 根据 Data Object 中指定的操作访问其连接的数据库，这些操作可以是查询单条记录、查询全部记录、创建记录、更新记录及删除记录。在 inbound 方式下，当数据库的记录改变时，数据库会产生一定的事件，这个事件连同被改变的记录的信息将会被插入到 EventStore 中，这由数据库的 trigger 或者其他方法完成。Adapter 会监测 EventStore，得到相应的一批记录。Adapter 处理这些记录以便构建 JDBC business graph，并且将这些 business graph 发送到订阅相应的数据表改变事件的应用程序，从而使应用程序获得数据库改变的通知。下图描述的是 inbound 和 outbound 对应的体系结构。

图3：WebSphere Adapter for JDBC 提供的两种操作

回页首

二、 使用 WebSphere Adapter for JDBC

本章将介绍一个针对于实际应用的 WebSphere Adapter for JDBC 的解决方案。在此解决方案中，我们通过一个股票管理与交易系统来展示 WebSphere Adapter for JDBC 的用法，描述了如何使用 WebSphere Adapter for JDBC 的 Inbound 和 Outbound 功能。首先介绍股票管理与交易系统的解决方案，其次介绍 WebSphere Adapter for JDBC 的用法。

2.1 场景介绍

图4：股票管理与交易系统

上图展示的是我们提供的股票管理和交易系统的解决方案，此解决方案包括三个部分：股票交易系统、用户通知反馈系统以及监控系统。这三个子系统通过 WebSphere Enterprise Service Bus 来进行消息传递和交互。其中 Stock Interface 子系统是用 Portal 技术开发的股票管理与交易系统门户网站，包括了三个子模块：e-stock, membership 以及 admin。E-stock 表示在线股票查询以及交易功能，membership 表示用户管理功能，比如用户的信息等，admin 表示后台管理功能。Notification system 子系统表示当某支股票发生一定的变化时通知用户的功能，user notification 表示用户所购入的股票低于或者高于某个价格时，将通过手机短消息的形式通知用户。DB2 保存股票信息、用户信息、用户购买和卖出股票的详细记录。而 Monitor 子系统使用 WebSphere Monitor 来监控系统的性能。

Outbound 场景如图5所示。用户通过股票系统的门户网站登录、查询股票信息以及购入或者卖出某支股票等。门户网站通过部署在ESB上的 WebSphere Adapter for JDBC 来访问 DB2 数据库，并返回信息给用户。其中有 loadUserInfo(), getStockInfoBySearchCondition(), confirmBuy(), confirmSell()等操作。

inbound 场景如图6所示。首先管理员通过门户网站对某一股票信息作了更改，比如股票的信息等，另外股票的价格也可能受外界的影响而变化。此时DB2数据表的改动将 触发 trigger，添加事件到某一事件表中。WebSphere Adapter for JDBC 监测到这一事件，根据这一事件的来源查找受影响的用户，从而给这些用户发送短消息通知。此场景不仅包含 inbound 操作，也包含 outbound 操作，我们只把注意力放在 inbound 操作上。

图5： outbound 场景


图6： inbound 场景

2.2 如何使用 WebSphere Adapter for JDBC

下面将介绍如何在 WID 中使用 WebSphere Adapter for JDBC 来开发上述解决方案中的 outbound 和 inbound 场景。

WebSphere Adapter for JDBC 的安装过程非常简单，只要按照提示一步一步的安装就行了。安装之后的 Adapter 将以一个 rar 包的形式提供给开发者使用。因此无论本地机器还是远程机器上安装 Adapter，只要能够访问它，WID 就能通过它访问指定的数据源。首先需要在 WID 中导入 Adapter 提供的 rar 包，此时 WID 就会自动生成一个 Connector project，然后就可以在这个 connector project 的基础上创建需要的组件，比如企业服务发现组件 (Enterprise Service Discovery) 等。最后将项目部署在 ESB 或者 WPS 服务器上。下面分别描述创建 outbound 和 inbound 的项目的详细步骤。

2.2.1 构建 outbound 场景

1. 在 WID 中导入 WebSphere Adapter for JDBC 的 rar 文件。可以通过进入 Business Integration perspective 选择File->Import来启动导入向导，选择RAR file 并且指定 rar 文件所在的位置来导入 WebSphere Adapter for JDBC。如图7、8所示。此时WID将会生成一个 connector project。然后将 JDBC 驱动加入到其编译路径(Java Build Path)中，如图9所示。

图7：导入向导


图8：导入 RAR file


图9：在class path 中添加 JDBC 驱动

2. 切换到 Business Integration 视图，选择New->Enterprise Service Discovery，在出现的向导里选择第一步产生的 Adapter，然后输入数据库的连接参数，选择需要操作的数据库表，确定那种类型的操作（inbound, outbound ）以及具体的操作（create, update, delete, retrieve, retrieveAll），生成访问数据库的接口。对于 outbound 操作，就可以通过调用此接口提供的函数来访问数据库。

a) 新建 Enterprise Service Discovery 项目。切换到 Business Integration 视图，选择 New->Enterprise Service Discovery，点击 Next。

图10：新建 Enterprise Service Discovery

b) 选择第1步中新建项目的Adapter。

图11：选择第1步中产生的 Adapter

c) 设置数据库联接参数。

图12：设置数据库联接参数

d) 点击 Run Query，选择需要操作的数据表。

图13：选择数据表

e) 选择操作类型，我们选择 outbound 操作，并且选择具体的操作，比如 Create, Update 等。

图14：选择操作类型

f) 在出现的 artifacts 设置对话框中，新建一个 JDBCTestOutbound 模块，然后设置产生的 artifacts 参数。其中需要注意的是连接属性(connection properties)需要选择使用动态连接属性(use discovered connection properties)，并且指定的 J2C Authentication Data Entry 是在 ESB 服务器或者 WPS 服务器上已经存在的 J2C 验证条目，此条目提供了访问数据库的认证，包括用户名和密码。如果 ESB 服务器或者 WPS 服务器上不存在访问指定的数据库的认证条目，则需要新建一个。新建 J2C 认证条目，需要用 Web 浏览方式登陆 ESB 或者 WPS 服务器管理页面，选择 Global Security->J2EE Connector Architecture (J2C) authentication data entries，选择新建并且指定用户名和密码，如图17、18所示。

图15：新建 JDBCTestOutbound 模块


图16：设置产生的 artifacts 参数


图17：新建 J2C 认证条目


图18：指定访问数据库的用户名和密码

g) 此时，Enterprise Service Discovery 向导结束。WID 为我们生成了一个 JDBCOutboundInterface 的接口，此接口包含访问数据库的指定操作。为了利用这个接口，我们需要新建一个组件 (Component)，通过组件来调用这个接口提供的操作来完成具体的数据库访问。首先为这个组件定义好对外提供的接口。

图19：新建接口


图20：接口定义

接口中所使用的数据类型如下所示。

h) 新建组件并且添加这个接口。

图21：为组件添加接口

i) 连接此组件和JDBCOutboundInterface接口。

图22：连接组件和接口

j) 利用 WID 生成此组件的实现。此时在实现文件中你可以看到这样一段代码，此代码表示对于 JDBCOutboundInterface 的调用。

        public JDBCOutboundInterface
		locateService_JDBCOutboundInterfacePartner() {
        return (JDBCOutboundInterface) ServiceManager.INSTANCE
                .locateService("JDBCOutboundInterfacePartner");
    }
    

然后可以用下面的代码访问数据库，实现创建数据库条目的操作。

        private static final BOFactory factory = (BOFactory)
	ServiceManager.INSTANCE
    .locateService(AdapterConstant.BOFACTORY_PATH);

    /**
     * logger for log4j.
     */
    private static Logger logger = Logger.getLogger(EStockImpl.class);

    /**
     * Comment for <code>j</code>
     */
JDBCOutboundInterface j = locateService_JDBCOutboundInterfacePartner();


    //load user info from database
    public DataObject loadUserInfo(String userID) throws
	ServiceBusinessException {
        logger.debug("load user info start...");
        logger.debug("user ID: " + userID);
        
        //create dataobject used in retrieving database
        DataObject dbuserbg = factory.create(
            "http://StockLibrary/DataTypes/db2inst1userbg",
                        "Db2inst1UserBG");
        DataObject dbuser = factory.create(
           "http://StockLibrary/DataTypes/db2inst1user",
                        "Db2inst1User");
        
        //create data object returned to invoker.
        DataObject user = factory
                .create("http://StockLibrary/DataTypes", "User");
        
        //retrieve database with interface generated by adapter
        dbuser.setString("userid", userID);
        dbuserbg.setString("verb", null);
        dbuserbg.setDataObject("Db2inst1User", dbuser);
        try {
            dbuserbg = j.retrieveUser(dbuserbg);
        } catch (Exception e) {
            throw new
			ServiceBusinessException(CodeSystem.EM_NO_USER_FOUND);
        }
        dbuser = dbuserbg.getDataObject("Db2inst1User");
        user.setString("userID", dbuser.getString("userid"));
        user.setString("userType", dbuser.getString("usertype"));
        user.setString("mobilephoneNumber",
		dbuser.getString("mobilephoneNumber"));
        user.setString("preferedLanguage",
		dbuser.getString("preferedLanguage "));

        String userName = dbuser.getString("namegboobject");
        try{
            NameObject newNameObject = NameObject.parse(userName);
            String firstName =
			newNameObject.getName(NameField.NAME_FIELD_ID_FIRST_NAME);
            logger.debug(firstName);
            user.setString("userName", firstName);
         }catch(NameException e){
            //e.printStackTrace();
            logger.error("can't load user name"); 
         }
        logger.debug("load user info successfully...");
        return user;
    }

        //确认购入股票信息
    public String confirmBuy(DataObject stock, int quantity, String
	userID)  throws ServiceBusinessException {
        String retval = CodeSystem.SUCCESS;
        String stockID = stock.getString("stockID");
        DataObject dbstockbg = factory
        .create(
                "http://StockLibrary/DataTypes/db2inst1stockbg",
                "Db2inst1StockBG");
		DataObject dbstock = factory
		        .create(
		"http://StockLibrary/DataTypes/db2inst1stock",
		                "Db2inst1Stock");
        DataObject dbohbg = factory.create(
             "http://StockLibrary/DataTypes/db2inst1operationhistorybg",
                "Db2inst1OperationhistoryBG");
	DataObject dboh= factory.create(	
	"http://StockLibrary/DataTypes/db2inst1operationhistory",
		                " Db2inst1Operationhistory");
	try {
            dbstock.setLong("stockid", Long.parseLong(stockID));
            dbstockbg.setString("verb", null);
            dbstockbg.setDataObject("Db2inst1Stock", dbstock);
            dbstockbg = j.retrieveStock(dbstockbg);
            dbstock = dbstockbg.getDataObject("Db2inst1Stock");
            double price = dbstock.getString("price");
            dbohbg.setString("verb", "Create");
            dboh.setString("userID", userID);
            dboh.setString("stockID",stockID);
            dboh.setString("buyingQuantity",quantity);
            dboh.setString("buyingPrice",price);
            dboh.setString("quantity",quantity);
            dbohbg.setDataObject("Db2Operationhistory", dboh);
            j.updateOperationhistory(dbohbg);

        } catch (NumberFormatException e) {
            // TODO Auto-generated catch block
            retval = CodeSystem.EM_GENERAL;
            throw new ServiceBusinessException(CodeSystem.EM_NOETICKET);
        } catch (Exception e) {
            // TODO Auto-generated catch block
            retval = CodeSystem.DB_RESULT_EXCEPTION;
            throw new
			ServiceBusinessException(CodeSystem.DB_RESULT_EXCEPTION);
        }
		
        return retval;
    }
    

k) 为了能够调用实现的这个组件，需要将其以 Web Service 的形式导出，并且选择 soap/http 方式。至此 outbound 类型的 Adapter 项目实现完毕。

图23：导出为 Web Services


图24：选择 Web Services传输方式

2.2.2 构建 inbound 场景

我们来看一下 inbound 类型的 Adapter 的实现方式。新建 Enterprise Service Discovery 以及设置连接参数、选择数据表的设置方式与 outbound 类型相同。不同的操作步骤从2 e)选择操作类型开始。另外 inbound 需要在数据库中创建一个事件表和 trigger 来辅助事件的转发。下面来看详细步骤。

e) 创建事件表和 trigger

CREATE TABLE WBIA_JDBC_EVENTSTORE(
EVENT_ID INT GENERATED ALWAYS AS IDENTITY 
(START WITH 1, INCREMENT BY 1, NO CACHE )  NOT NULL ,
OBJECT_KEY INT NOT NULL,
OBJECT_NAME VARCHAR(40) NOT NULL ,
OBJECT_FUNCTION VARCHAR(40) NOT NULL,

CREATE TRIGGER EVENT_CREATE AFTER UPDATE ON STOCK 
REFERENCING NEW AS N FOR EACH ROW MODE DB2SQL 
INSERT INTO wbia_jdbc_eventstore (object_key, object_name,
object_function,) VALUES (N.stockID, 'Db2inst1StockBG', 'Update');

f) 选择操作类型，我们选择 inbound 操作，并且选择具体的操作，比如Create, Update等。

图25：选择操作类型

g) 在出现的 artifacts 设置对话框中，新建一个 JDBCTesInbound 模块，然后设置产生的 artifacts 参数。同 outbound 类型一样，连接属性(connection properties)需要选择使用动态连接属性(use discovered connection properties)，但此时 inbound 类型并不需要 J2C Authentication Data Entry。不同的是需要指定事件表和相应的排序字段，以便 Adapter 能够监测这个事件表，从而确定事件的发生。

图26：设置产生的 artifacts 参数

h) 此时，Enterprise Service Discovery 向导结束。WID 为我们生成了一个 JDBCInboundInterface 的接口，此接口包含当指定的数据表改变时将要触发的函数。为了利用这个接口，我们需要新建一个组件 (Component)，通过组件来利用这个接口提供的操作来对数据库的改变进行反应。首先新建接口，并将接口与组件连接起来。

图27：新建接口并连接

然后利用 WID 生成此组件的实现。此时在实现文件中你可以看到这样一段代码，此代码表示当 Operationhistory 的条目发生改变时将要触发的动作。

		public void updateDb2inst1Stock(
			DataObject updateDb2inst1StockInput) {
		//TODO Needs to be implemented.
	}
	

i) 为上面这个函数添加代码如下：

    
    public void updateDb2inst1Stock (DataObject
	updateDb2inst1StockInput) {
        System.out.println("stock info changed and notify user
		start...");
        //get data changed
        DataObject dataObject = updateDb2inst1StockInput
                .getDataObject("Db2inst1Stock");
        System.out.println(updateDb2inst1StockInput
                .getString("verb"));
        System.out.println("updated stock: "
                + dataObject.getString("stockID"));
        String price= dataObject.getString("price");
        if (price < AdapterConstant.LOW_PRICE || price >
		AdapterConstant.HIGH_PRICE) {
             //get user list by stock id
             List userList = getUserListByStock(
dataObject.getString("stockID"));
        
              //call service on WPS to notify user
              NotifyFFBP notifyService =
			  locateService_NotifyFFBPPartner();
              BOFactory factory = (BOFactory)
			  ServiceManager.INSTANCE.locateService(
                    "com/ibm/websphere/bo/BOFactory");
              DataObject message =
			  factory.create("http://StockLibrary/DataTypes",
			  "ShortMessage");
              message.setString("price", price);
              message.setString("stockID", stockID);
              message.setList("userList", userList);
        
              notifyService.sendSMS(message);
        }
        System.out.println("notify user end...");
    }
    

因为 inbound 操作是由数据库发起的，利用数据表的改变去调用相应的函数，因此 inbound 操作不需要导出为 Web services。

2.2.3 部署项目

a) 将生成的 inbound 或者 outbound 项目打包为 EAR 。

图28：导出为 EAR 文件

b) 使用浏览器登陆ESB或者WPS服务器管理页面，选择 Application->Install new application，选择相应的 EAR 文件，如图24所示。然后点击 Next 或者 Finish 一直到应用程序安装完毕。

图29：在服务器上部署应用程序

c) 将使用的JDBC驱动拷贝到ESB或者WPS安装目录的lib文件下，<installation of ESB or WPS\lib>，然后在安装的应用程序列表中，启动刚刚安装的程序。

至此，我们已经介绍了如何使用 WID 和 WebSphere Adapter for JDBC开发 inbound 和 outbound 类型的应用程序，并且介绍了如何部署这些程序。

回页首

三、 注意事项

在使用 WebSphere Adapter for JDBC 的过程中，我们遇到了一些比较常见并且容易出错的地方，这可能是由于 WebSphere Adapter for JDBC 正处于开发测试阶段，相信随着 WebSphere Adapter for JDBC 的进一步开发和测试，这样的问题会越来越少。下面我们就一一介绍这些问题，希望能够帮助读者解决在使用 WebSphere Adapter for JDBC 的过程中出现的一些困难。

3.1 有关JDBC驱动

使用 JDBC 驱动的建议：使用 db2jcc.jar 中的 JDBC 驱动，不要使用 db2java.zip 中的 JDBC 驱动。

虽 然 db2jcc.jar 和 db2java.zip 都提供了 DB2 的 JDBC 驱动，但我们在使用 db2java.zip 中的 COM.ibm.db2.jdbc.app.DB2Driver 时发现这个 JDBC 驱动和 WebSphere Adapter for JDBC 或者 ESB 服务器存在着一定的兼容问题。我们使用这个 JDBC 驱动分别开发了 outbound 和 inbound 类型的项目，如下图所示：

图30：使用 db2java.zip 中的 JDBC 驱动

这些项目能够成功的部署到 WID 内嵌的 ESB 测试环境中，但在将这些项目移植到单独安装的 ESB 服务器时却出现了问题。在启动这些项目时，项目无法启动或者无法调用，并且ESB服务器出现了 No suitable Driver 这种异常，如下图所示：

图31：ESB服务器的 No suitable driver 异常

起初，我们以为是 JDBC 驱动可能存在着冲突的问题，也就是在 ESB 服务器的类路径下存在着两个同样的 JDBC 驱动，因此我们将拷贝到<esb installation\lib>下的 db2java.zip 删除，重启 ESB 服务器，并重新尝试启动或调用这些项目，但项目仍无法启动或调用，这时ESB服务器出现了 ClassNotFound 异常，如下图所示：

图32：ESB 服务器的 ClassNotFound 异常

因此我们推断应该是 db2java.zip 与 WebSphere Adapter for JDBC 或者 ESB 服务器的兼容问题，这些问题在使用 db2jcc.jar 中的 JDBC 驱动时得到了解决。

3.2 有关数据库设计

数据库字段类型的选择建议：对于表示日期和时间的字段，不要使用 Timestamp, Date 数据类型。

数 据库中可能会需要保存时间和日期的字段，最方便的做法就是将这些字段的类型设置为 Timestamp, Date。但这样做在使用 WebSphere Adapter 时会出现问题。在生成的 outbound 项目中，我们试图利用 WebSphere Adapter 为我们生成的访问数据库的接口来访问数据库并取出这些时间字段，但令人惊讶的是在取出的时间变量中，我们只得到了日期值，而没有时间信息。通过进一步的测 试和观察发现，问题在于 WebSphere Adapter for JDBC v6.0.0.1 将数据库中 Timestamp, Date 类型转换成了 java 中的 java.sql.Date 类。在 J2SE 的 API 文档中对于 java.sql.Date 中的 getHours 函数有这样一段描述：This method is deprecated and should not be used because SQL Date values do not have a time component. 这个描述说明了 java.sql.Date 类并不包含时间信息，因此在从数据库中取出时间字段转换为 java.sql.Date 时，时间信息已经丢失了。因此在涉及到需要保存时间信息时，在数据库中不要使用 Timestamp, Date 类型。建议使用字符串来保存这些信息，在程序中作转换。

数据库设计的建议：尽量少的改动数据库。对于数据库中的每张数据表， WebSphere Adapter for JDBC 都将其转换为一种数据类型，这种数据类型的每个字段都与数据表中的字段一一对应。但如果我们改动了数据表中的某个字段，比如更改了这个字段的类型或者名 字，WebSphere Adapter for JDBC 或者 WID 并不会自动将与这个数据表对应的数据类型中的字段改变，你需要手动去修改它。但不幸的是，WID 也存在着一定的问题，它对于数据类型的改变支持的不好。为了能使数据类型的改变生效，需要删除临时文件并且重新编译项目。但这些工作并不能保证数据类型的 改变一定能成功，更糟的情况是你需要重建项目，然后把原来项目的实现一行行的拷贝到新项目中去。

3.3 关于模糊查询

因 为 WebSphere Adapter for JDBC 还不成熟完善，因此在使用它时可能会遇到一些限制。其中之一就是对于数据表的复杂查询的限制。WebSphere Adapter for JDBC 只能使用精确的查询语句，也就是字段要么不加限制，要么等于某个值，它不支持〈、〉、？、*等模糊查询。因为需要通过编程来使用 WebSphere Adapter for JDBC 提供的查询功能，而在编程中，只能使用 DataObject 类型的 set 函数来设置查询条件，set 函数并不支持模糊的设置条件，因此 WebSphere Adapter for JDBC 只支持精确查询。

回页首

四、 结论

本文通过我们实现的股票管理与交易系统的场景介绍了如何使用 WebSphere Adapter for JDBC 的 inbound 和 outbound 功能，并且指出在实际的使用过程中所碰到的问题，针对这些问题，提出了相应的解决或者妥协方法，希望能够减少读者在使用 WebSphere Adapter for JDBC 时所付出的努力和代价。

参考资料

1. J2EE Connector Architecture, Version 1.5 specification. http:// java.sun.com/j2ee/connector/.
2. Introduction to the J2EE Connector Architecture. http://www.ibm.com/developerworks/edu/j-dw-javajca-i.html.
3. Redbook for WebSphere Adapter Development. http://www.redbooks.ibm.com/abstracts/sg246387.html.
4. Whitepaper for Enterprise Metadata Discovery. http://www.ibm.com/developerworks/java/library/j-emd/.