以下是我在Windows 7 Pro上尝试在Eclipse 3.8中构建内容的错误：
BUILD FAILED
C:\path\to\build.xml:140: Problem creating war: C:\path\to\war\abc.war (Access is denied) (and the archive is probably corrupt but I could not delete it)
Total time: 1 second
我已经发现了这个： problems creating war file
但是，我正在以管理员身份运行Eclipse。理论上，这不会排除UAC吗？反病毒怎么样？
Eclipse也安装在以下路径中：
C:\Users\me\MyCustomApps\eclipse-indigo\eclipse\workspace
答案 0 :(得分：0)
.war文件正在写在工作站上的一个文件夹中。此文件夹与本地CentOS VMWare实例共享。我在CentOS中有一个终端加载了该路径，因为我最近将.war文件复制到了我的webapps文件夹。
我只是在CentOS终端窗口中导航离开这个共享文件夹，并且能够在Eclipse中没有任何问题的情况下构建war文件。
答案 1 :(得分：0)
我遇到了同样令人沮丧的问题。我的解决方案是，在Eclipse中，禁用“项目”菜单下的“自动构建”选项...这样可以重新生成WAR文件。之后，重新启动Eclipse（不确定是否需要），我注意到该项目下的工作区中不再存在该文件。它最后一次出现在我的Eclipse项目中，但在那时我只能删除它并运行Maven Clean，这是成功的。我希望有所帮助。 尤金
答案 2 :(得分：0)
我有同样的问题。 Maven clean install使用未知用户凭据创建了目标文件夹。通常，删除目标文件夹应该可以解决问题。在我的情况下，系统重启让我删除目标文件夹并重新发布。
我在CentOS终端工作。 Cygwin干扰Windows凭据，导致此未知用户问题。
答案 3 :(得分：0)
我也面临着同样的问题。我在Eclipse文件夹内的eclipse.ini文件中增加了堆空间，并解决了该问题。 -Xms512m
-Xmx1024m
答案 4 :(得分：-1)
要解决此问题，请删除该位置的现有战争，并检查jboss实例是否正在运行。如果它正在运行，请停止服务器，然后清除projetc的构建。在Eclipse中自动取消选中构建。
它会起作用:)）