本节包含有关解决与 IBM Java 对象请求代理程序(ORB)相关问题的信息,该软件处理 InterChange Server Express 及其若干组件之间的通信。本节提供有关以下主题的信息:
InterChange Server Express 需要 IBM Java ORB 才能与其若干组件(包括适配器和系统管理器)通信。要使用 ORB,则要求安装 IBM Java ORB。
IBM Java ORB 是作为 IBM Java 运行时环境(JRE)软件的一部分安装的,WebSphere InterChange Server Express 安装程序自动安装该软件。
执行下列其中一个步骤来定制对象请求代理程序:
如表 24 所示,ORB 位置由 CWSharedEnv 文件中的特殊变量指定。您必须在 CWSharedEnv 文件中修改这些变量才能更改其位置。
其它 ORB 属性列示在 CWSharedEnv 文件的 ORB_PROPERTY 变量中。在此变量中,每个 IBM ORB 属性前加有 -D 命令行选项。要添加或更改 ORB 属性,您必须在 CWSharedEnv 文件的 ORB_PROPERTY 变量中添加或更改适当的 -D 选项。您在 CWSharedEnv 文件中指定的属性覆盖来自配置文件中的任何其它设置。
例如,要指定最大线程数,可执行以下任何操作:
ORB_PROPERTY=-DORBNamingProvider=CosNaming
-Dorg.omg.CORBA.ORBClass=com.ibm.CORBA.iiop.ORB
-Dorg.omg.CORBA.ORBInitialPort=%ORB_PORT%
-Dorg.omg.CORBA.ORBInitialHost=%ORB_HOST%
-Dcom.ibm.CORBA.Debug.Output=nul
-Dcom.ibm.CORBA.ThreadPool.MaximumSize=100
start_server.....-Dcom.ibm.CORBA.ThreadPool.MaximumSize=100
[CORBA]
OAthreadMax=100
IBM ORB 属性 | 配置参数 | 描述 |
---|---|---|
com.ibm.CORBA.ListenerPort | OAport | ORB 服务器(在 InterChange Server Express 内)侦听入局请求所在的端口号。 |
com.ibm.CORBA.LocalHost | OAipAddr | ORB 服务器(在 InterChange Server Express 内)运行所在的机器的 IP 地址或主机名。 |
com.ibm.CORBA.ThreadPool. MaximumSize | OAthreadMax | 连接管理器可创建的最大线程数。缺省值(零)指示没有大小限制。 |
com.ibm.CORBA.ThreadPool. InactivityTimeout | OAthreadMaxIdle | 删除空闲线程之前的时间(以秒计)。 |
com.ibm.CORBA.RequestTimeout | 无 | CORBA 请求在超时之前等待的秒数。缺省情况下不会超时;ORB 无限期地等待响应。 |
com.ibm.CORBA.LocateRequest | 无 | “定位请求”的超时值(以秒计)。 |
com.ibm.CORBA.FragmentTimeout | 无 | ORB 在它超时之前等待第二个及后续消息片段的最长时间。将此属性设置为零以指示不超时。缺省值为 30000。 |
这些步骤仅适用于 OS/400 和 i5/OS。对于 Windows 和 Linux 系统,该位置设置为 14500 且不能更改。
执行下列其中一个步骤来在安装期间更改对象请求代理程序的位置:
表 25 还显示 CWSharedEnv 文件中指定 ORB 位置的变量。
ORB 位置 | IBM ORB 属性 | 缺省值 | CWSharedEnv 变量 |
---|---|---|---|
IP 地址 | org.img.CORBA.ORBInitialHost | 本地主机的名称 | ORB_HOST |
端口号 | org.omg.CORBA.ORBInitialPort | 14500 | ORB_PORT |
执行下列其中一个步骤来在安装之后更改对象请求代理程序的位置:
有关如何更改 ORB 属性的信息,请参阅定制对象请求代理程序的步骤。
使用 IBM Transient Naming Server(tnameserv)可以为 WebSphere Business Integration Express 系统提供命名服务。当 WebSphere Business Integration Express 系统的某一组件启动时,它向 IBM Transient Naming Server 注册它自己。当该组件需要访问另一 business integration 系统组件时,它使用命名服务来确定定位并启动与该组件的交互作用所需要的信息。例如,当适配器需要与 InterChange Server Express 通信时,它通过 Transient Naming Server 来获取 InterChange Server Express 的位置。
WebSphere InterChange Server Express 产品提供 CosNameServer_Dump 工具来列示当前已向 IBM Transient Naming Server 注册的所有有效 InterChange Server Express ORB 对象。此工具位于产品目录的 bin 子目录中。使用下列命令来调用它:CosNameServer_Dump.bat 或 CosNameServer_Dump.sh。
执行下列步骤来标识已注册的 i5/OS 组件:
本节详细说明了如何在 Windows、Linux 以及 OS/400 和 i5/OS 上使用 Persistent Naming Server。
对于 i5/OS,Persistent Name Server 自动随 QWBISVR44 子系统一起启动。如果它由于某些原因结束,则执行下列步骤来启动 Persistent Name Server:
当 WebSphere Business Integration Express 系统的某一组件启动时,它向 IBM Transient Naming Server 注册自己,并且其 CORBA 对象存储在 Transient Naming Server 的内存中。然而,如果 Transient Naming Server 失败,则其内存内容将丢失。因此,已向它注册的所有组件必须重新引导才能向命名服务注册。
Persistent Naming Server 扩展 IBM ORB Transient Naming Server 的能力,以便向 Transient Naming Server 注册的 CORBA 对象的集合被存储在命名存储库中。命名存储库的存在意味着这些 CORBA 引用是持久的,而不是仅仅存在于 Transient Naming Server 内存中;也就是说,如果 Transient Naming Server 失败,这些引用仍可用于其它进程和 InterChange Server Express 组件。其它组件不需要关闭并重新启动以便向命名服务重新注册。
命名存储库的缺省位置是 ProductDir\CxCosNameRepos.ior。对于 i5/OS,缺省位置是 /QIBM/UserData/WBIServer44/CxCosNameRepos.ior。
执行下列步骤来更改命名存储库的位置:
作为启动过程的一部分,InterChange Server Express 通过将当前已向 Transient Naming Server 注册的 CORBA 对象复制到命名存储库文件中来更新命名存储库。当每个适配器启动时,它用它的信息来更新命名存储库。如果适配器启动时 InterChange Server Express 尚未启动,则只要 InterChange Server Express 一启动,就会更新命名存储库。
执行下列步骤来关闭 Persistent Naming Server: