2009-11-24 50 views
0

我正在开发一个Eclipse项目,更具体的RAD构建。导出的EAR文件大约为40 MB,上周它花费了1分钟,今天花费了10多分钟。 我没有改变很多代码,也没有改变任何与JVM相关的配置。在Eclipse中导出EAR文件需要很长时间

我直接从RAD出口,右键点击项目并导出EAR。

那么最新错误?

+0

任何可能有用的控制台输出? – Bozho 2009-11-24 15:47:27

+0

控制台在导出EAR时不会写太多内容。 我不确定这是否与它有任何关系,但我禁用RAD中的所有验证。现在建筑物快一点了,它与出口有什么关系? 对于任何熟悉RAD的人来说,在导出EAR时,只会在导出对话框中卡住,直到它写入整个文件。过去它每秒写入1-2mb,现在只写200KB/s。 – medopal 2009-11-24 17:32:38

回答

1

问题是固定的,我不知道这些固定它,但其中一个做:

  • 输出文件夹是在网络上共享,停止共享
  • 碎片整理清空了回收站的磁盘
  • (它有近500 GB)

我让他们都在一起,所以我不确定哪个解决了问题,但我怀疑前两个之一。 这是一个操作系统问题,与Eclipse无关。

+0

在这种情况下,我建议在构建/部署和碎片整理时停止共享文件夹。 – medopal 2009-11-30 17:11:33

3

思考:

显然东西是不同的。会是什么呢?

  1. 你的应用程序:你现在可以有更多的小图形文件或一些这样的?
  2. 您的应用:您是否可以引用一些外部资源,例如:来自某个地方的XSDs是否在这一点上产生了一些代码?
  3. 环境:磁盘驱动器。您是否正在导出一些接近完整的磁盘?或者是一个突然很慢的网络驱动器,或者某种版本控制系统尝试采用你正在导出的内容。
  4. 环境:记忆。我发现Eclipse在分页发生时变得非常慢。你能不能仅仅增加你的内存使用量,或者现在在后台运行一些新的东西?

由于这些都不适用(你真的确定吗?),那么我会做到这一点:

  • 采取应用到另一个工作区
  • 采取应用到另一台机器
  • 打破应用直到你找到什么昂贵的位二进制剁
+0

好主意,但实际上它们都不适用于此。 – medopal 2009-11-24 17:29:24

+0

我试过了你的第二组建议,实际上它在我的队友电脑上速度更快。所以现在我认为它与Eclipse无关,可能是反病毒或硬盘问题,将会进一步挖掘。 – medopal 2009-11-24 17:50:35

+0

大声笑 - 爱第一个评论的傲慢...... – Nate 2009-11-24 18:14:14