websphere message broker数据库访问

17
WMB调试视图
消息头和内容
18
消息流调试消息菜 单
WMB提供的消息处理节点
节点
WMB提供的消息处理
19
WMB提供的消息处理节点(续）
20
Message Broker V6.1 EIS Adapter 支持
▪ Message Broker V6.1提供EIS Adapter直接与主流的EIS系统集成
41
JMS
接收方
JMS 应用
点到点或 发布/订阅
调解服务： 数据放大
示例：添加外部数据库的顾客信息
名称
发送方 账户
企业服务总线
数nac据acmoe放unt大
企业服务总线（ESB）系统集成的核心平台
内容
▪什么是企业服务总线 ▪企业服务总线 ▪如何进行系统集成 ▪实例参考
2
企业服务总线与SOA
▪ ESB:Enterprise Service Bus ▪ An ESB is software infrastructure that simplifies the integration and flexible reuse of
business components within a Service-Oriented Architecture. ▪ An ESB provides a dependable and scalable infrastructure that connects disparate
applications and IT resources, mediates their incompatibilities, orchestrates their interactions, and makes them broadly available as services for additional uses.

WebShpere经常使用配置一、W ebSphere中JVM内存配置第一进入WebShpere治理操纵台，然后点击效劳器选项里面的应用程序效劳器进入下面界面：点击server1进入下面界面：点击Java和进程治理里面的进程概念进入下面界面：点击Java虚拟机进入下面界面：在那个页面的下方有初始堆大小和最大堆大小两个参数是设置JVM内存大小，必然要把两个参数设置的一样大。

如图：二、W ebSphere中JVM内存监控利用说明进入WebSphere操纵台，点击监控和调整中性能查看器中的当前活动，如以下图所示：点击server1进入以下图界面：点击性能模块，选择里面的JVM运行中，会谈出询问你是不是安装SVG查看器，点击确信。

如以下图：确信后会显现以下图：用下拉条拖动到以下图所示的地址点击win98-XP下载文件，下载完毕后安装，然后点击查看模块按钮，就会显现以下图：如此就能够够监控内存的转变了。

三、关于WebContainer线程池大小进行调整为了知足多个客户端造成的大的客户端并发数量，关于WebContainer的线程池大小进行调整。

此线程池大小代表了WebSphere所能够保护的最大及最小同时响应并发客户端请求的线程数。

建议将WebContainer最大和最小大小都设为120。

不要选择具体调整方式为： > > > WebContainer 界面中调整。

(1)(2)(3)(4)四、W ebSphere的数据源配置第一进入WebShpere操纵台，点击环境选项下的WebShpere变量，如下图：在本页下方有个参数，如下图：点击进入后在值这一项中输入ORACLE_ JDBC驱动的途径, 如下图：点击确信按钮并保留配置。

然后成立连接池，点击左面导航栏里面的资源中的JDBC提供程序，如下图：在图的下方，点击新建按钮，进入添加页面，如下图：按实际情形进行选择，如下图：选择好后点击下一步，如下图：在本页下方有一个类途径，按真实情形填写，如下图：点击确信按钮并保留配置，就添加成功了，如下图：点击Oracle JDBC Driver后进入修改界面，如下图：：在页面的右边，有个数据源选项，如下图：：点击进入，如下图：：点击新建按钮后，进入新建页面，如下图：：然后把JNDI名称改成和应用的数据源的名称一样，把“将此数据源用于容器治理的持久化性（CMP）”那个选项去除掉，如下图：：在那个页面的下方有一个Oracle数据源属性，把里面的URL依如实际情形配置一下，如下图：然后点击确认并保留配置，就添加成功了，如下图：：然后点击Oracle JDBC Driver DataSource，进入修改界面，如下图：：在页面的右面的相关项里面有个，点击进入，如下图：点击新建按钮，进入新建页面，如下图：依如实际情形填写，如下图：点击确信并保留，就添加成功了，如下图：然后退到Oracle JDBC Driver DataSource页面，如下图：在图的下方有个组件治理的认证别名，把你适才添加的认证选择上，如下图：然后点击确信并保留，如此就配置数据连接池就配置好了，能够点击页面上面的测试连接进行测试。

Websphere MQ入门教程——使用IBM Websphere MQ提纲前言今天，大多数企业都希望他们的硬件和软件提供者不只受限于一家厂商，相反，大家普遍认为应当面向多家厂商能够运行多种软件的多种硬件平台，这些硬件平台既可以是大型机，也可以是笔记本计算机。

其中包括传统的中央集中式系统，通常指大型企业所采用的大型机，部门级小型计算机和个人用个人计算机或工作站。

通常这些平台是在“混乱”中发展起来的，当时它们的成长既有独立性又有偶然性。

混乱造成的结果是由企业“玻璃房子”控制的清静、秩序井然的世界退化成了一个个独立而分散的部门，并要求任务能够满足其独立而分散的需求。

有些公司一直在寻求一种成熟的策略，以便在企业范围内扩展应用和数据，使其距最终用户最近。

这种需求在设计时，存在许多限制，因为目前的交互式主要是同步形式，它要求对方一直处于通讯状态，这必然会大大增加网络代价。

目前，许多企业都是由一些相对于整体业务问题而孤立的解决方案所组成的自动化孤岛。

在信息共享的大环境下，如果能在这些孤岛之间架起桥梁，那么效率和利润都将得到提高。

从我们与不同行业客户与服务提供者广泛接触的经验来看，这种沟通非常必要，而且正变得越来越重要。

有些公司已经找到了连接网络若干个部分的解决方案，它们或者是自行开发的或者只有较窄的应用领域。

如IBM用户事务处理的CICS就有这样的连接功能，但数据处理软件的设计、维护和开发通常都非常昂贵。

因此需要一种通用软件，它能够集成多个运行于供应商所提供的系统上的应用程序。

这种软件不仅成本不高，而且可以可靠地处理很高的吞吐量，消息中间件正是解决这种互连问题的解决方案。

商业消息中间件的出现保证了消息传输的可靠性，高效率和安全性，同时也减少了系统的开发周期。

目前应用最多的消息中间件产品为IBM Websphere MQ。

本文就针对Websphere MQ的体系结构、管理和开发进行详细的阐述，希望对读者有所帮助。

在WebSphere和DB2中使用标准数据格式许多行业在努力实现更高级别的标准化，以促进公司之间及其外部业务合作伙伴之间的相互交互和数据交换。

为实现这一目标，各行各业都制定了特定于各自业务的标准，以保证各方之间信息的一致性，并确保遵守任何适用的法律和法规。

例如，行业标准数据格式包括保险业的 ACORD、金融衍生行业 (financial derivative) 的 FpMLfinancial、金融贸易业的 FIXML、抵押业的 MISMO以及联邦政府应用的 GJXDM 及其他。

制药业也在努力进行多方面的标准化工作，其中包括 Health Level 7 (HL7) 标准。

HL7 的目标定位在多个领域和场景，每个标准在整个工作中都表示一个单独的构件。

其中的一个示例是“结构化产品标记”标准，它是在本文中使用的示例标准。

业务场景在美国，每种处方药都必须经过食品与药物管理局 (FDA) 的批准。

在审批过程中，必须将有关药品的详细信息提供给食品与药物管理局，还必须提供所有可能的分销商信息，如药房、医院等。

必须提供的确切信息在一个名为 HL7 结构化产品标记 (SPL) 的标准 XML 模式中描述，它是 HL7 标准的一部分。

该标准最初是以 PDF 文档格式进行描述的，该标准的当前版本定义了一个完整描述药物的 XML 模式，其中包括商标名称、类属名、剂量表、活性成分和非活性成分等等。

包括的信息主要供医药公司向食品与药物管理局提出申请，以便得到对处方药的批准，食品与药物管理局要求必须以标准格式提供这些信息。

后来公众可以通过注册获得这些信息，但各国的提供方式又各不相同。

在美国，SPL 信息可以通过 National Library of Medicine 获得。

因此，该标准除了作为一种有用的工具便于信息交换外，法律也强制要求遵守此标准，这也是该标准受到广泛支持的重要原因。

本文描述一个虚构的医药公司，介绍如何设置可供客户和食品与药物管理局访问的Web 服务，以便获得其药品的 SPL 文档。