Continuous integration Jenkins/Hudson Java.IO错误无法清理工作区-Windows服务器
我有一个Jenkins/Hudson CI服务器,托管在专用服务器上(由其他人托管)。我们遇到了一个无法解决的问题,需要了解解决方案的人的帮助: 当我们尝试运行一个构建时,我们得到一个构建失败,并且Continuous integration Jenkins/Hudson Java.IO错误无法清理工作区-Windows服务器,continuous-integration,jenkins,Continuous Integration,Jenkins,我有一个Jenkins/Hudson CI服务器,托管在专用服务器上(由其他人托管)。我们遇到了一个无法解决的问题,需要了解解决方案的人的帮助: 当我们尝试运行一个构建时,我们得到一个构建失败,并且 java.io.IOException: Unable to delete C:\Program Files (x86)\Jenkins\jobs\JumpPorts-2\workspace 詹金斯能够创建这些文件,所以它肯定可以删除它们?它作为服务运行,并且从GitHub克隆源代码(Maven-
java.io.IOException: Unable to delete C:\Program Files (x86)\Jenkins\jobs\JumpPorts-2\workspace
詹金斯能够创建这些文件,所以它肯定可以删除它们?它作为服务运行,并且从GitHub克隆源代码(Maven-Java)。这是在windows服务器上。我在我的VPS(Centos5)上测试了它,它工作正常,但是由于它是一个VPS,java不能与我的其他服务一起运行,所以我无法在那里托管它
完全错误:
提前感谢您很可能正在使用Maven项目类型 Maven项目类型可以在构建和访问GUI之前解析磁盘上的pom。因此,在Windows上构建时,Windows的严格版本的文件锁定可能会成为障碍,将文件标记为正在使用,直到完全释放每个文件句柄 减少此问题的一种方法是让windows构建在从节点而不是主节点上运行(请注意,从节点可以是同一台物理机器,但由于需要远程处理通道才能查看从节点的文件系统,因此文件句柄可能不是一个大问题)
减少此问题的另一种方法是切换到带有Maven构建步骤的自由式项目。请注意,我个人的偏好是避免Maven项目类型的死亡之痛 谢谢你的帮助。我们最终删除了Jenkins,并开始了新的安装。在重新安装java的过程中遇到了一些麻烦之后,我们让它开始工作了。这次我们将它安装在C:\Jenkins\而不是C:\ProgramFiles(x86)\Jenkins\中,我认为这可能导致了某种形式的权限问题。但它现在已经开始运行了。谢谢你的帮助:)(我们在同一台机器上也使用了从机)Java不喜欢路径名中的空格。另一个问题是Windows不喜欢很长的路径。您可以创建它们,但删除它们可能会很棘手,因此可能是由于很长的路径(8个\segments\和/或256个字符的IIRC)导致无法清理文件夹。移动到较短的路径时,删除了1段和24个字符,可能会将您偷偷带到窗口下(无意使用双关语)