我最近一直在尝试设置一个使用Jenkins MKS插件进行版本控制的Jenkins服务器。我有一台运行相同配置的Windows Jenkins服务器，现在我们将它移动到Linux服务器（Red Hat Enterprise Linux Client 5.1 Tikanga），它似乎无法下载文件。文件夹结构构建得很好，这告诉我连接到服务器不是问题，但文件没有填充到文件夹中。
Jenkins系统日志：
Sep 02, 2016 11:15:46 AM WARNING org.apache.commons.httpclient.HttpMethodBase readResponseBody
Unsupported transfer encoding:
Sep 02, 2016 11:15:46 AM INFO org.apache.commons.httpclient.HttpMethodBase readResponseBody Response
content is not chunk-encoded
Sep 02, 2016 11:15:46 AM INFO hudson.model.Run execute
Test #67 main build action completed: FAILURE
我可以做些什么来检查我的数据/文件是否是块编码的，或者为什么这对linux服务器来说是唯一的？我意识到我们的配置落后了3年多，但是IT部门对可以安装和更新的软件有严格的限制。任何麻烦的建议或帮助都非常感谢！
配置详细信息：
詹金斯版本1.596.3MKS插件版本1.16 MKS服务器：MKS Integrity Client 2009，Build 4.10.0.9665，SP 007-01
Jenkins Slave信息：红帽企业Linux客户端版本5.1 （Tikanga）
Java版本1.7.0 Java（TM）SE运行时环境（版本1.7.0-b147）
Java HotSpot（TM）Server_VM（版本21.0-b17，混合模式）
类似问题/研究：
此问题报告完美地描述了我的问题，但评论部分建议Java 7u40更新导致问题，而我在Java的早期版本。 https://issues.jenkins-ci.org/browse/JENKINS-21638
此问题描述了我看到的日志错误，但评论部分建议它由Jenkins 1.577版本解决。我们正在使用更新版本的Jenkins。 https://issues.jenkins-ci.org/browse/JENKINS-16985
答案 0 :(得分：0)
您正在使用Integrity 10.9：根据Plug-in's page上的版本2。0（2016年1月27日）条目：
我认为Cletus在该帖子中试图解释的是，用于构建插件的Java版本和运行Integrity的Java版本应该是相同的，并且在{{3}的链接的情况下}，＆＃39;文件＆＃39;中的更改Java 7u40之后的对象阻止插件从服务器获取文件。
如果您使用的是早于7u40的Java版本（例如7u25），它应该可以使用。 Integrity 2009 SP6（以及mksapi.jar文件）是用Java 6编译的，所以很可能你在那里遇到了类似的问题。话虽如此，我在这里做了一个有根据的猜测，所以你实际上需要测试它是否有效。