收藏
IBM system x3650 7141I1N 特配维修信息
常见问题解答- 1.在WebSphere高级版中，在企业应用程序(EAR文件）安装到应用程序服务器上后，其bindings 信息是不是存储在管理数据库内？如果在EAR安装过程中，bindings信息做了一定的改变，那么改变过的信息将存储在什么地方？
-
-
- 2.在 AEs中,bindings信息文件存储在什么位置？在EAR文件被安装在应用程序服务器上后，绑定信息是否是储存在 server-cfg.xml 文件中？
-
-
- 3.能否指定应用程序级的CLASSPATH?
-
答案：- 不能。因为应用程序级的classpath 是由其包含的每个 module (EJB, Web, Client) 在module 级上被指定的
-
- 4.是否能够指定关于EJB的CLASSPATH?
-
- 答案：
- 能够, 每一个EJB module中的"classpath" 都能够在Application Assembly Tool (AAT) 中被配置。
-
- 5.关于JSPs的预编译是如何处理实现的？
-
-
- 答案：
- 作为IBM关于JSP支持的一个重要扩展，IBM WebSphere Application Server 提供一个能够实现批处理的JSP编译器。使用这种功能能够成批的编译处理你的JSP文件，使得客户端第一次 处理webserver上的JSP页面时，能够得到更快的响应，以提高你的应用的运行性能。
一次性同时编译关于一个企业应用程序的所有JSP页面是一个最好的方法。批处理编译可以节约系统资源，同时通过指定服务器是否检测相关的类文件或者重新编译JSP文件可以提供关于应用程序服务器的安全性设置。除非你对应用程序服务器进行相关的配置，否则应用程序服务器将监测已经编译过的JSP文件的变化，当服务器检测到JSP页面发生变化时，它会自动的重新编译这些改变的JSP文件，同时将它们重新装载到服务器中。
使用 JSPBatchCompiler 工具。目前它在WebSphere4.0 AEs可以正常工作。为了使得 这个工具能够在beta版的websphere4.0 AE版正常使用。可以将这个AE下的批处理文件做一个备份，将文件中的
org.apache.jasper.compiler.ibmtools.BatchC修改为
org.apache.jasper.compiler.ibmtools.JspBatchCompiler.
这个工具的使用方法为: JspBatchCompiler -enterpriseApp -webModule [-filename] [-keepgenerated]注意在命令参数中的企业应用程序指的是已经安装在服务器上的应用程序的名字。而 web module 的名字表示的是属于此企业应用程序的web module。在WebSphere4.0的 InfoCenter中有关于这个命令工具的详细描述。
- 此FAQ对你有帮助吗？[ 是 | 否 ] | 收藏 | 来源：Myprice价格网
- 6.能否提供一些关于连接池，例如stale connections等的一些信息？
-
-
- 答案：
- Stale connections 表示那些由于某种原因而不能再被使用的连接。这种情况经常可能发生，比如数据库服务器突然当机或者是网络遇到问题不通的情况，都会出现这种连接失效的情况。在这种情况下，连接不能再被应用程序所使用，连接池需要涮新或者是重建。对于这种情况在websphere 下就已经增加了对它们的支持，在WebSphere4。0中有了进一步的提高。更多指定的数据库厂商的错误代码被增加进来表示为StaleConnectionException的异常代码。另外，当websphere抛出StaleConnectionException时，整个连接池将被破坏以进一步重建。
- 此FAQ对你有帮助吗？[ 是 | 否 ] | 收藏 | 来源：Myprice价格网
- 7.如何在另外一个应用程序服务器上指定一个远程的 EJB ？
-
-
- 答案：
- 如果在另外一个应用服务器上的EJB与当前应用程序服务器是在同一个websphere 管理域内,那么我们不需要采取什么特定的方法。因为在WebSphere 分布式的命名空间内，无论EJB位于这个 管理域的任何位置，关于这个EJB的JNDI查找都会返回它正确的home接口给管理服务器。
如果EJB是位于另一个WebSphere管理域内，那么需要做如下的操作：
在实现EJB的JNDI查找代码中，将Context.PROVIDER_URL设置成为如下：Hashtable env = new Hashtable(); env.put(Context.PROVIDER_URL, "iiop://EJBHost"); Context context = new InitialContext(env);
其中 EJBHost 代表EJB驻留的主机的地址。 关于
Context.PROVIDER_URL设置的缺省值是localhost。当然你也可以通过设置Context.INITIAL_CONTEXT_FACTORY的值来选择其它的查找服务。 - 此FAQ对你有帮助吗？[ 是 | 否 ] | 收藏 | 来源：Myprice价格网
- 8.关于stateful session beans的工作负载均衡管理机制是怎么样的？
-
-
- 答案：
- 在websphere 4.0中stateful session beans 和在Websphere3.5的作用是 一样的。Stateful session beans 能够被modeled 和cloned。然而，你不能实现对这些beans的工作量管理。 这是由于stateful session bean 是与一个特定的客户端密切相关的。在大多数情况下，实现对这些EJBs的 工作量管理会使系统运行效率降低，而不是我们所期望的提高系统性能，虽然你可能会提高跨进程访问的数目， 但是实际上可能系统需要的更多的跨物理机器调用的管理。
- 此FAQ对你有帮助吗？[ 是 | 否 ] | 收藏 | 来源：Myprice价格网
- 9.关于EJB存储的 "where" 语句是在什么位置？
-
- 答案：
- "Where" 语句是在Application Assembly Tool (AAT)工具中作为EJB 的一个扩展方法来被配置。它们存储在EJB的扩展文件中，由AAT来配置生成。
-
- 10.EJBDeploy和SEAppInstall是不是WebSphere 4.0的新工具？
-
-
- 11.在UNIX系统上的Silent Install 是不是不需要任何工具比如说 Motif 或 GUI 工具包？
-
- 答案：
- 是的。
-
- 12.在AEs中的 Admin Services 是不是运行在一个单独的JAVA虚拟机（JVM）中?
-
-
- 13.在WebSphere中internal/embedded HTTP server的作用是什么?
-
-
- 答案：
- Internal HTTP Server 主要是出于两个方面的目的来考虑:
- 它使程序开发人员可以不安装外置的HTTP server来测试在WebSphere Application Server 上运行 的代码和应用程序。
- 它使得插件（plug-in ）与 WebSphere应用服务器之间通过HTTP协议而不是以前的OSE来进行通讯。
内置的HTTP server 在生产环境中不应该由终端客户来直接访问，因为它相比外置的 HTTP servers 来说少了很多的关于webserver功能，比如说 caching功能。
- 此FAQ对你有帮助吗？[ 是 | 否 ] | 收藏 | 来源：Myprice价格网
- 14.在J2EE标准中的EAR，WAR，以及JAR文件中的内容是什么？
-
-
- 答案：
- 在J2EE标准定义了所有的EJB classes 都应该打包成一个JAR 文件。 所有的web 组件(JSPs, static pages, Servlets, gifs)都应该打包在一个WAR 文件里。所有应用程序客户端的classes都应该打包成一个JAR文件。EAR文件将会包括所有属于相对应的企业应用程序中的所有JARs文件和WARs 文件。需要强调的是每个JAR, WAR, 和 EAR文件都将 包括一个Deployment Descriptor文件. Deployment Descriptor 是一个 XML 文件。
- 此FAQ对你有帮助吗？[ 是 | 否 ] | 收藏 | 来源：Myprice价格网
