将 Java Web 应用从 Windows 移植到 AIX 时需要注意的问题.docVIP

　　将 Java Web 应用从 Windows 移植到 AIX 时需要注意的问题 　　研究您在将 Javatrade; L 的专有协议来与网关通信，并且网关仅处理遵守该协议的消息。该协议在 lt;Namegt; 和 lt;Greetinggt; 这两个 XML 元素之间需要一个换行符。 　　如清单 1 中的代码所示，该请求的正文添加了一个换行符。但是，服务器是否顺利地处理它并正确地响应呢？视情况而定。这是在跨不同平台移植 Java 应用程序时的一个常见问题。 　　清单 1. 客户端发出一个 HTTP 请求try { 　URL url = neplealformedURLException mue) { 　System.err.println(error, message = + mue); } catch (IOException ioe) { 　System.err.println(error, message = + ioe); } 　　陷阱 该代码在 ac OS，应该将处理为换行符。在 Windows 平台上，应该将处理为换行符。 提醒 要注意 J 1234下一页 ——感谢阅读这篇文章，..，ava 应用程序编程接口 (API)，例如 java.io..getProperty(property name) 来获得属性值而不是硬编码该字符。 　　定位文件 　　在不同平台之间移植 Java 应用程序时的另一个常见问题是对文件进行定位。不同的环境中有不同的文件定位方法。 　　在本场景中，假设您希望定位某个实用程序 Java 项目中的一个 DTD 文件，该文件被某个企业应用程序项目中的一个 ple.dtd 文件，您可以编写清单 2 中的代码，它将获得类似于 E://util/sample.dtd 的路径。 　　清单 2. 用于定位文件的示例代码Class clazz = getClass(); URL url = clazz.getResource(.); //Trying to get the URL of current directory String currentPath = url.getPath(); String filePath = currentPath + sample.dtd; 　　查看此代码之后，您可能会说，这非常好，我拥有了一个更好的解决方案。的确存在一个更好的解决方案，但是让我们首先使用此代码，它在 Application Developer V5.1.2 的 ent 中工作得非常好。通过这种方式，您对该文件进行了定位。 　　在完成所有其他模块以后，您的团队决定将该企业应用程序项目部署到生产环境运行于 AIX 之上的 e/sample.dtd。您的项目主目录中有一个 bin 目录，该目录用于存储编译后的二进制类。当您在运行于 AIX 上的 Application Server 中部署企业存档（Enterprise Archive，EAR）文件之后，是否还存在一个 bin 目录呢？正如您所知道的，在将企业项目导出为 EAR 之后，实用程序 Java 项目将包括在一个 Java 存档（Java Archive，JAR）文件中。在 JAR 文件中，您无法使用.（当前目录指示符）来定位资源，因此 java.lang.Class.getResource(.) 返回一个 Null 对象。　　弄清这一点之后，对于运行在 ent Guide 中找到（请参见参考资料）。 　　在 Rational Application Developer V6.0 中，该测试环境旨在作为一个独立应用程序服务器，因此作为测试环境的 Application Server 和作为独立服务器的 Application Server 之间的差异不复存在。上述代码在 Rational Application Developer V6.0 和在独立 Application Server 6 上具有相同的行为，无论是在 e) 将资源查找任务委托给关联的 ClassLoader。无论文件是在 JAR 中还是在 bin 目录中，它都始终返回解析后的文件路径。图 1 显示了 Windoe) 在每种环境中都可以正常工作， 上一页1234下一页 ——感谢阅读这篇文章，..，无论是内置的 Application Developer 测试环境、运行在 E/SampleEAR.ear/UtilProj.jar!/ibm/util/sample.dtd）以后，下一个任务是读取 JAR 文件中的内容；请参见清单