本节描述已知的服务器工具局限性和问题以及它们的解决方案。
如果正在运行阻止对系统端口进行访问的桌面防火墙,则启动服务器时您可能会接收到警告或者服务器可能根本无法启动。要解决此问题,必须允许服务器进程访问 TCP/IP 端口。
“Java 虚拟机”(JVM)对主机的 IP 地址进行高速缓存,这样就不必为同一个节点多次执行 DNS 查找。这导致开发环境不能正确地标识因为任何原因而更改了其 IP 地址的任何主机,例如,某主机与当前网络断开连接并插入到另一网络中。
如果将此产品安装到其名称包含美元符号($)或任何生僻字符(例如,#、%、+ 或 *)的目录,则可能不能创建服务器或不能成功地启动服务器。
如果您使用位于长路径目录中的工作空间或为企业应用程序项目或 Web 项目选择长名称,则在启动服务器时或在服务器测试文件时可能会产生错误。
WebSphere Application Server 具有一定限制:使用 WebSphere 客户机与正在 WebSphere 服务器上运行的企业 bean 连接的所有 Java 应用程序都必须与构建 WebSphere 客户机使用相同级别的 IBM® Java ORB。
当使用以反斜杠开始的工作空间(例如,\workspacea 或 \myworkspaces\work1 时),WebSphere 服务器可能不会启动。
如果正在 WebSphere 测试环境中单个类载入器方式下运行 servlet,然后对 servlet 作了更改,则可能不会重新装入这些更改。这种工作方式是按设计进行的,因此,使用单个类载入器方式不是建议的 J2EE 实践。
当将某个项目确定为一种服务器类型但在另一种服务器类型(这两种类型可能互不兼容)上运行时,在发布或启动期间将接收不到任何错误。
“服务器”视图最初不会显示状态。
当在 Linux 上使用 WebSphere V6.0 服务器工具时,控制台窗口中可能有一些用来启动产品的跟踪输出。
Java 2 策略安全性文件(例如,was.policy)中的 ${application} 策略仅适用于 EAR 项目,它不会影响 EAR 中包含的模块。
在控制台视图上,您可能会看到上次运行 WebSphere Application Sever V6.0 所生成的旧的控制台输出。