Linux上的WebSphere 8.5.5与Windows上的WebSphere 8.5.5之间是否有足够的差异，足以保证在这两种操作系统上用WebSphere测试我们的应用程序？

我们有客户在WebSphere中部署我们的应用程序。有些使用Linux，有些使用Windows。为了最大限度地减少测试工作，我们希望验证只在Windows上测试的可能性。

理论上，风险相当低-当您保持应用服务器和底层JVM不变时，Java的“写一次，在任何地方运行”承诺非常有效。以下是（至少以我的经验来看）在两个平台上您需要小心的一般方面：

• 批处理/shell脚本—在纯Java中不需要担心，但如果您在服务器进程之外编写了任何脚本，则需要注意这一点。不过，我的猜测是，如果您需要担心shell脚本，您就不会考虑跳过Linux测试
• 环境变量-仅讨论操作系统级环境变量；在服务器配置中定义的任何内容都应该是安全的
• 文件/路径分隔符-希望您在使用变量时要小心，而不是硬编码，这样就不会有问题了
• 文件排序-这是一个鬼鬼祟祟的。Windows将按可预测的顺序对目录中的文件进行排序。Linux不会——它可能依赖于变幻莫测的文件系统设置，可能还有操作系统级别等等。在一个包装良好的应用程序中，这并不重要。。。但是如果在WEB-INF/lib或EAR/lib中有任何重复的类，并且它们不是完全相同的，则可能会使您崩溃。确保没有包含任何依赖项的多个版本，因为这些/lib目录的内容可能会在不同的操作系统（甚至是具有相同操作系统的不同系统）上以不同的顺序拉入类路径

---

祝你好运

从理论上讲，风险是相当低的——当应用服务器和底层JVM保持不变时，Java的“写一次，在任何地方运行”承诺非常有效。以下是（至少以我的经验来看）在两个平台上您需要小心的一般方面：

• 批处理/shell脚本—在纯Java中不需要担心，但如果您在服务器进程之外编写了任何脚本，则需要注意这一点。不过，我的猜测是，如果您需要担心shell脚本，您就不会考虑跳过Linux测试
• 环境变量-仅讨论操作系统级环境变量；在服务器配置中定义的任何内容都应该是安全的
• 文件/路径分隔符-希望您在使用变量时要小心，而不是硬编码，这样就不会有问题了
• 文件排序-这是一个鬼鬼祟祟的。Windows将按可预测的顺序对目录中的文件进行排序。Linux不会——它可能依赖于变幻莫测的文件系统设置，可能还有操作系统级别等等。在一个包装良好的应用程序中，这并不重要。。。但是如果在WEB-INF/lib或EAR/lib中有任何重复的类，并且它们不是完全相同的，则可能会使您崩溃。确保没有包含任何依赖项的多个版本，因为这些/lib目录的内容可能会在不同的操作系统（甚至是具有相同操作系统的不同系统）上以不同的顺序拉入类路径

---

祝你好运

我想在@Jarid列表中添加一个事实，即在Windows中，文件名不区分大小写，这可能会导致问题，具体取决于您在应用程序中使用的技术（即JSP文件名、属性文件等）。在这方面，如果它在Linux上工作，它将在Windows上工作，但反过来可能不是真的

这件事发生在我们身上

---

而且底层JDK可能有不同的“行为”，也可能有不同的“错误”，这取决于您使用的平台。我想在@Jarid列表中添加一个事实，即在Windows中，文件名不区分大小写，这可能会导致问题，具体取决于您在应用程序中使用的技术（即JSP文件名、属性文件等）. 在这方面，如果它在Linux上工作，它将在Windows上工作，但反过来可能不是真的

这件事发生在我们身上

而且底层JDK可能有不同的“行为”，也可能有不同的“bug”，这取决于您使用的平台