招商银行核心系统
1.CMBCIF 项目用到的技术:
1.websphere MQ7 , jms , jmx , jndi, was8 ,DB2 , IO , Socket ,DB2_produrce(存储过程), RTC, IBM_data_studio ,
as400 (服务器 ebcdic 编码) IBM_JDK (cp037,cp1388), 报文格式,集群部署(was)
2.项目整体结构图,主要负责的模块
1.主要模块 (1.framework(框架) ,2.子cif同步 ,3.联机交易)
2.config (配置文件操作),context,control (系统初始化配置文件),dbservices,dict(数据字典),log,exception
我主要负责的模块:
从as400拉数据,这边组装报文(工作条),发到as400服务器,服务器返回工作条,取出字段 重新组装报文发送,再从返回的报文取出数据存入数据库，取出的数据为联机交易使用
3.报文格式
报文结构 = 报文头(8位数字 表示报文长度) + 报文体 (作业条数据 = 作业头(203) + 作业接口(2)[长度为20= 接口名称(10) + 记录个数(4)+ 记录长度(6)] + 作业正文)
1.报文体定义
报文体就是完整的作业条数据，作业条格式采用现成的与AS400交换的报文格式。作业条数剧由作业头、作业接口、作业正文3部分构成，
每个作业条可以有N个作业接口，每个作业接口可以有M个作业正文
jndi:
没有JNDI的做法存在的问题：
1、数据库服务器名称MyDBServer 、用户名和口令都可能需要改变，由此引发JDBC URL需要修改；
2、数据库可能改用别的产品，如改用DB2或者Oracle，引发JDBC驱动程序包和类名需要修改；
3、随着实际使用终端的增加，原配置的连接池参数可能需要调整；
4、......
用了JNDI之后的做法：
首先，在在J2EE容器中配置JNDI参数，定义一个数据源，也就是JDBC引用参数，给这个数据源设置一个名称；然后，在程序中，通过数据源名称引用数据源从而访问后台数据库。
2、在程序中引用数据源：
Connection conn=null;
try
{
Context ctx=new InitialContext();
Object datasourceRef=ctx.lookup("java:MySqlDS");
//引用数据源
DataSource ds=(Datasource)datasourceRef;
conn=ds.getConnection();
/* 使用conn进行数据库SQL操作 */......
c.close();
}
catch(Exception e)
{e.printStackTrace();}
finally {if(conn!=null)
{
try
{
conn.close();
}
catch(SQLException e)
{
}}}
JNDI避免了程序与数据库之间的紧耦合，使应用更加易于配置、易于部署。
，还进一步扩充了作用：所有与系统外部的资源的引用，提供 JNDI 供应者的容器可以充当有限的数据存储，这样管理员就可以设置应用程序的执行属性，
并让其他应用程序引用这些属性（Java 管理扩展（Java Management Extensions，JMX）也可以用作这个目的）
jms:(如何描述消息呢，如何传递消息呢,定义通用的消息格式，和消息传递的模式,jms server(MQ),server应该说是用来暂存或者中转消息的吧)
JMS（Java Massage Service，Java消息服务）是一组Java应用程序接口（Java API），它提供创建、发送、接受、读取消息的服务
JMS的编程过程很简单，概括为：应用程序A发送一条消息到消息服务器（JMS Provide），然后消息服务器把消息转发给应用程序B
根据有效负载的类型来划分，可以将消息分为几种类型，它们分别携带：简单文本 (TextMessage)、可序列化的对象 (ObjectMessage)、属性集合 (MapMessage)、
字节流 (BytesMessage)、原始值流 (StreamMessage)，还有无有效负载的消息 (Message)。
JMS支持两种消息模型：Point-to-Point消息(PTP)和发布订阅消息（Publish Subscribe messaging，简称Pub/Sub）
PTP消息模型是在点对点之间传递消息时使用。如果应用程序开发者希望每一条消息都能够被处理，
那么应该使用PTP消息模型。与Pub/Sub消息模型不同，P2P消息总是能够被传送到指定的位置。
Pub/Sub模型在一到多的消息广播时使用。如果一定程度的消息传递的不可靠性可以被接受的话，那么应用程序开发者也可以使用Pub/Sub消息模型。换句话说，
它适用于所有的消息消费程序并不要求能够收到所有的信息或者消息消费程序并不想接收到任何消息的情况。
通过发布/订阅（pub/sub）消息传递模式，应用程序能够将一条消息发送到多个接受方。在此传递模式中，目标类型是主题。
消息首先被传递至主题目标，然后传送至所有已订阅此主题的活动消费者。
message bean
消息驱动Bean是设计用来专门处理基于消息请求的组件,它能够收发异步的JMS消息
别适用于当一个业务执行的时间很长，而执行结果无需实时向用户反馈的场合。
消息驱动Bean通常要实现MassageListerner接口，该接口定义了onMassage（）方法，消息驱动Bean通过它来处理收到的JMS消息。
Package javax.jms;
Public interface MassageListener{
Public void onMassage(Massage message);
}
当一个业务执行的时间很长，而执行结果无需实时向用户反馈时，非常适合MDB，如订单成功后给用户发送一份电子邮件或发送一条短信等。
jmx:
JMX(Java Management Extensions)是一个为应用程序植入管理功能的框架
JMX致力于解决分布式系统管理的问题（MBean）
Mbean其实也是一种Java Bean，特别之处就在于它是在管理之下的
1.websphere MQ7 , jms , jmx , jndi, was8 ,DB2 , IO , Socket ,DB2_produrce(存储过程), RTC, IBM_data_studio ,
as400 (服务器 ebcdic 编码) IBM_JDK (cp037,cp1388), 报文格式,集群部署(was)
2.项目整体结构图,主要负责的模块
1.主要模块 (1.framework(框架) ,2.子cif同步 ,3.联机交易)
2.config (配置文件操作),context,control (系统初始化配置文件),dbservices,dict(数据字典),log,exception
我主要负责的模块:
从as400拉数据,这边组装报文(工作条),发到as400服务器,服务器返回工作条,取出字段 重新组装报文发送,再从返回的报文取出数据存入数据库，取出的数据为联机交易使用
3.报文格式
报文结构 = 报文头(8位数字 表示报文长度) + 报文体 (作业条数据 = 作业头(203) + 作业接口(2)[长度为20= 接口名称(10) + 记录个数(4)+ 记录长度(6)] + 作业正文)
1.报文体定义
报文体就是完整的作业条数据，作业条格式采用现成的与AS400交换的报文格式。作业条数剧由作业头、作业接口、作业正文3部分构成，
每个作业条可以有N个作业接口，每个作业接口可以有M个作业正文
jndi:
没有JNDI的做法存在的问题：
1、数据库服务器名称MyDBServer 、用户名和口令都可能需要改变，由此引发JDBC URL需要修改；
2、数据库可能改用别的产品，如改用DB2或者Oracle，引发JDBC驱动程序包和类名需要修改；
3、随着实际使用终端的增加，原配置的连接池参数可能需要调整；
4、......
用了JNDI之后的做法：
首先，在在J2EE容器中配置JNDI参数，定义一个数据源，也就是JDBC引用参数，给这个数据源设置一个名称；然后，在程序中，通过数据源名称引用数据源从而访问后台数据库。
2、在程序中引用数据源：
Connection conn=null;
try
{
Context ctx=new InitialContext();
Object datasourceRef=ctx.lookup("java:MySqlDS");
//引用数据源
DataSource ds=(Datasource)datasourceRef;
conn=ds.getConnection();
/* 使用conn进行数据库SQL操作 */......
c.close();
}
catch(Exception e)
{e.printStackTrace();}
finally {if(conn!=null)
{
try
{
conn.close();
}
catch(SQLException e)
{
}}}
JNDI避免了程序与数据库之间的紧耦合，使应用更加易于配置、易于部署。
，还进一步扩充了作用：所有与系统外部的资源的引用，提供 JNDI 供应者的容器可以充当有限的数据存储，这样管理员就可以设置应用程序的执行属性，
并让其他应用程序引用这些属性（Java 管理扩展（Java Management Extensions，JMX）也可以用作这个目的）
jms:(如何描述消息呢，如何传递消息呢,定义通用的消息格式，和消息传递的模式,jms server(MQ),server应该说是用来暂存或者中转消息的吧)
JMS（Java Massage Service，Java消息服务）是一组Java应用程序接口（Java API），它提供创建、发送、接受、读取消息的服务
JMS的编程过程很简单，概括为：应用程序A发送一条消息到消息服务器（JMS Provide），然后消息服务器把消息转发给应用程序B
根据有效负载的类型来划分，可以将消息分为几种类型，它们分别携带：简单文本 (TextMessage)、可序列化的对象 (ObjectMessage)、属性集合 (MapMessage)、
字节流 (BytesMessage)、原始值流 (StreamMessage)，还有无有效负载的消息 (Message)。
JMS支持两种消息模型：Point-to-Point消息(PTP)和发布订阅消息（Publish Subscribe messaging，简称Pub/Sub）
PTP消息模型是在点对点之间传递消息时使用。如果应用程序开发者希望每一条消息都能够被处理，
那么应该使用PTP消息模型。与Pub/Sub消息模型不同，P2P消息总是能够被传送到指定的位置。
Pub/Sub模型在一到多的消息广播时使用。如果一定程度的消息传递的不可靠性可以被接受的话，那么应用程序开发者也可以使用Pub/Sub消息模型。换句话说，
它适用于所有的消息消费程序并不要求能够收到所有的信息或者消息消费程序并不想接收到任何消息的情况。
通过发布/订阅（pub/sub）消息传递模式，应用程序能够将一条消息发送到多个接受方。在此传递模式中，目标类型是主题。
消息首先被传递至主题目标，然后传送至所有已订阅此主题的活动消费者。
message bean
消息驱动Bean是设计用来专门处理基于消息请求的组件,它能够收发异步的JMS消息
别适用于当一个业务执行的时间很长，而执行结果无需实时向用户反馈的场合。
消息驱动Bean通常要实现MassageListerner接口，该接口定义了onMassage（）方法，消息驱动Bean通过它来处理收到的JMS消息。
Package javax.jms;
Public interface MassageListener{
Public void onMassage(Massage message);
}
当一个业务执行的时间很长，而执行结果无需实时向用户反馈时，非常适合MDB，如订单成功后给用户发送一份电子邮件或发送一条短信等。
jmx:
JMX(Java Management Extensions)是一个为应用程序植入管理功能的框架
JMX致力于解决分布式系统管理的问题（MBean）
Mbean其实也是一种Java Bean，特别之处就在于它是在管理之下的