IBM WebSphere常见问题解答.doc

　　IBM WebSphere常见问题解答 　　问:在J2EE标准中的EAR，L 文件。 　　问: ）中? 　　答: 不是，AEs的 Admin Services 不是运行在一个单独的JVM上. AEs 是achine上面。 　　问: 我们所遵循的是什么版本的 HTTP 协议？ 　　答: 我们通讯所遵循的是HTTP 1.1 的协议标准。 　　问: 在UNIX系统上的Silent Install 是不是不需要任何工具比如说 Motif 或 GUI 工具包？ 　　答: 是的。 　　问: EJBDeploy和SEAppInstall是不是L文件，但是在移植过程中，只有本地节点上的应用程序才会被升级到4.0中。 　　问: 动态缓存Dynamic Caching是不是HTTP_POST的缓存？结果是怎么样的？ 　　答: POST 与 GET 请求都能够被缓存。在一个servlet内, 一个 POST参数是通过 HttpServletRequest.getParameter() , 方式来获得的。POST变量在 servletcache.xml 文件中通过parameter标记来定义和表明。 　　问: 在erant#39;s Sequelink 5.1, Starter InfoCenter/帮助文档)。 　　OLT /Debugger 9.1.4 　　J2EE Connectors Beta 　　Getting Started HTML 　　Getting Started PDF 　　License Information 　　Readme 　　Secure erant Server (所有的平台共用一张CD ) 　　Q: 为什么需要指定关于EJB 和企业应用程序的安全角色？ 　　答: 因为企业应用程序中的 EJBModule 和 odule 可能是由不同的程序员来独立开发完成的（可能来自不同的公司），而在开发这些组件时，他们肯定会定义一些通过授权的角色。因此，模块开发人员会将这些不同的角色定义加入到相关的配置描述符（deployment descriptor）文件中。 　　然后，不同的 modules 可能会装配到一个应用程序中(可能是通过另外的应用程序装配者来完成，而他不会改变这些原始模块的任何内容）我们必须保证在同一个应用程序内的不同模块所定义的角色必须是合理的，也就是不存在这些模块之间可能存在的角色定义重复的问题。所以我们在从module到应用程序级的转换中必须有 role push-up来定义解决 　　同样，应用程序装配人员可能会定义一些关于整个应用程序的新的角色，这些角色的定义信息是保存在应用程序的配置描述符文件中。我们不知道那些模块可能会与这些角色相关，因此这些角色定义信息将会保存在应用程序的deployment descriptor文件中以供使用。 　　问: 请描述一下在ORB plug-in级的EJB 管理？ 　　答: 我们考虑存在一个EJBClient,几个EJB 克隆和一个管理服务器的情况。 　　在管理服务器中保存着可用的克隆节点的列表,同时这个列表用一个epoch数字来标记。管理服务器是克隆节点的父进程，当其管理的克隆中有一个当掉时，在管理服务器里会标明。同时管理服务器会周期性的pings其管理的每个clone节点，如果在一定的时间内克隆节点没有响应（可以自己配置）那么管理服务器会认为该节点已经当机。每次当节点生效或者是失效时，管理服务器都会更新它的克隆列表同时为这个列表生成一个新的epoch数值。这个列表会被发送到每个克隆接点以及其他的远端管理服务器上。 　　当EJBClient为所需要的EJB做JNDI查找时，管理服务器将返回这个EJB的home接口。home接口中包括可用的EJB 克隆的列表以及列表的epoch数值。当客户端调用ejbcreate, a finder method等方法时,ORB将从列表中选择其中的一个EJB克隆，同时将请求信息和列表的epoch数值一块传送到选择的克隆上。 　　如果一个克隆失效了，那么下一个ejbcreate, finder, 等的请求将可能出现下面两种情况之一: 　　请求将路由到某一个可用的克隆接点。这个克隆节点上会有从管理服务器那里获得的新的克隆列表，同时会检测到从EJB客户端请求所带过来的 epoch 数值与当前正在使用的数值不匹配。这种情况下，克隆节点将接受处理这个请求，同时将从管理服务器那里获得的新的克隆列表以及其epoch值传送到 EJBClient#39;s ORB上。 　　请求将会被路由到已经失效的克隆节点。如果机器还正常，只是其上面的克隆节点失效，呢么连接将被拒绝，那么ORB会根据返回的信息把请求发送到其克隆列表中的下一个