Java 在Eclipse中导出EAR文件需要很长时间

我正在做一个关于Eclipse的项目，更具体的RAD构建。导出的EAR文件大约为40MB，上周需要1分钟，今天需要10分钟以上。 我没有更改太多代码，也没有更改任何与JVM相关的配置

我直接从RAD导出，右键单击项目并导出EAR

那么出了什么问题？

思考：

很明显，情况有所不同。可能是什么

你的应用程序：你现在可以有更多的小图形文件或类似的吗

你的应用程序：你可能引用了一些外部资源，比如来自远程某处的XSD，它是否正在生成代码

环境：磁盘驱动器。您是否正在导出到某个几乎已满的磁盘？或者一个网络驱动器突然变得非常慢，或者某个版本控制系统试图采用您正在导出的内容

环境：内存。我见过Eclipse在进行分页时变得非常慢。你能仅仅增加一点内存使用量，或者现在在后台运行一些新的东西吗

因为这些都不适用（你真的确定吗？），所以我会这样做：

• 将应用程序带到另一个工作区
• 将应用程序转移到另一台计算机
• 将应用程序分解成碎片，二进制切碎，直到找到最昂贵的部分
想法：
很明显，情况有所不同。可能是什么
• 你的应用程序：你现在可以有更多的小图形文件或类似的吗
• 你的应用程序：你可能引用了一些外部资源，比如来自远程某处的XSD，它是否正在生成代码
• 环境：磁盘驱动器。您是否正在导出到某个几乎已满的磁盘？或者一个网络驱动器突然变得非常慢，或者某个版本控制系统试图采用您正在导出的内容
• 环境：内存。我见过Eclipse在进行分页时变得非常慢。你能仅仅增加一点内存使用量，或者现在在后台运行一些新的东西吗
因为这些都不适用（你真的确定吗？），所以我会这样做：
• 将应用程序带到另一个工作区
• 将应用程序转移到另一台计算机
• 将应用程序分解成碎片，二进制切碎，直到找到最昂贵的部分

---

问题已经解决，我不确定是哪一个解决了，但其中一个解决了：
• 输出文件夹已在网络上共享，已停止共享
• 整理磁盘碎片
• 清空回收站（其容量接近5 GB）
我把它们都做在一起了，所以我不确定是哪一个解决了问题，但我怀疑前两个中的一个。

---

这是一个操作系统问题，与Eclipse无关。
问题已经解决，我不确定是哪一个解决了，但其中一个解决了：
• 输出文件夹已在网络上共享，已停止共享
• 整理磁盘碎片
• 清空回收站（其容量接近5 GB）
我把它们都做在一起了，所以我不确定是哪一个解决了问题，但我怀疑前两个中的一个。

---

这是一个操作系统问题，与Eclipse无关。
任何控制台输出都可能有用吗？在导出EAR时，控制台不会写太多内容。我不确定这是否与此有关，但我禁用了RAD中的所有验证。现在建筑速度快了一点，但这和出口有什么关系吗？对于熟悉RAD的人来说，在导出EAR时，它只是停留在导出对话框上，直到它写入整个文件。在过去，它每秒写入1-2MB，现在几乎不写入200KB/s。任何控制台输出可能有用吗？在导出EAR时，控制台不会写入太多。我不确定这是否与此有关，但我禁用了RAD中的所有验证。现在建筑速度快了一点，但这和出口有什么关系吗？对于熟悉RAD的人来说，在导出EAR时，它只是停留在导出对话框上，直到它写入整个文件。过去它的速度是每秒1-2MB，现在它的速度只有200KB/s。我尝试了你的第二组建议，实际上在我的伴侣电脑上速度更快。所以现在我认为它与Eclipse无关，可能是n防病毒或硬盘问题，我会进一步挖掘。我尝试了你的第二组建议，实际上它在我的伙伴计算机上运行得更快。因此，现在我认为它与Eclipse无关，可能是n防病毒或硬盘问题，将进一步挖掘。在这种情况下，我建议在构建/部署和碎片整理时停止共享文件夹。这就是问题所在。当您尝试将EAR导出到网络驱动器时，Eclipse会中断。在这种情况下，我建议在构建/部署和碎片整理时停止共享文件夹。这就是问题所在。当您尝试将EAR导出到网络驱动器时，Eclipse会中断。