Java 可在WAS中部署的Ear的最大大小限制

我正在尝试部署一个大小为500 MB的EAR，在这种情况下，部署将持续很长一段时间而不会出现任何错误，并且被取消。我还尝试增加堆大小，但没有任何帮助。
我可以知道WAS服务器中允许部署的ear的最大大小吗

---

以及解决此问题的任何其他建议。

我已经看到超过1GB的应用程序部署到WebSphereApplicationServer上

有两件事可能会导致部署花费很长时间

1） 应用程序中的文件数。WebSphereApplicationServerTraditional遍历WARs中的文件并生成文件对象列表。应用程序中的文件越多，占用的内存越多，部署所需的时间也越长。如果你有大文件目录，它们不是强的，不是java EE定义的目录< /强>，请考虑从战争中删除这些文件，并在部署后将它们复制到WasePrruliSHOL/StaleLeDepps/Appdidi/WrasiDr/Directory。或者，只需在部署后添加指向这些目录位置的符号链接即可。如果这有帮助的话，您还需要看看这个应用程序的启动时间遇到了同样的问题

2） 如果您的应用程序有很多JAR文件，并且至少处于JavaEE5级别，那么注释扫描将减慢部署。JavaEE5引入了注释，它要求应用服务器扫描JAR文件中的类以查找注释。WebSphereApplicationServerTraditional为您提供了一种机制来指定哪些JAR应该被扫描，哪些JAR不应该被扫描。本文对此进行了讨论

---

还请注意，上述内容仅适用于WebSphereApplicationServer。WebSphere Liberty没有在WARs中构建文件列表，它有一个更快的注释扫描引擎。

感谢您的建议。我的应用程序的Ear具有较少的java和lib文件，但其大小取决于应用程序中的html文件。我已经尝试过通过删除一些大约（100MB）的文件来部署ear，并成功地部署了400MB的ear，通过UCD在15分钟内完成了部署。只有当我尝试部署500 MB时，才会出现延长部署的问题，因为它在系统输出日志中没有显示任何错误。仅部署一项就运行了9个多小时，并且被取消。将9小时减少到15分钟是一个非常显著的改进。可能有更多的目录可以删除，注释扫描过滤器也可能有帮助。请注意，文件的实际大小与文件数量无关。列表中的每个文件对象可以超过400字节，因为它包含文件的完整路径。因此，一个拥有大量文件的应用程序在部署过程中可能会消耗大量内存。请参阅以下关于性能的答案（），它可以帮助确定是花费时间构建文件列表，还是问题在于注释扫描或其他问题。对同一问题还有一个疑问，我们是否必须对此EAR部署问题进行任何服务器配置更改。如果您只是在部署前从应用程序中删除目录，然后在部署后将目录或符号链接添加到应用程序中，则无需更改服务器配置。为了提高应用程序的启动时间，需要设置环境变量。如果使用WAS的最新版本，请参阅。如果使用旧版本的WAS，请参阅