For the last couple of runs Metro-Core-4.2.x had lots of regression which could not be reproduced locally | [tdiesler@jbws jobs]$ find *-AS-4.2.?/workspace/stack-*/thirdparty -name jbossws-jboss42-resources.zip | xargs ls -l | -rw-rw-r-- 1 tdiesler tdiesler 4767 Nov 20 18:32 AS-Tests-AS-4.2.1/workspace/stack-native/thirdparty/jbossws-jboss42-resources.zip | -rw-rw-r-- 1 tdiesler tdiesler 4767 Nov 20 18:32 AS-Tests-AS-4.2.2/workspace/stack-native/thirdparty/jbossws-jboss42-resources.zip | -rw-rw-r-- 1 tdiesler tdiesler 4767 Nov 20 18:32 AS-Tests-AS-4.2.3/workspace/stack-native/thirdparty/jbossws-jboss42-resources.zip | -rw-rw-r-- 1 tdiesler tdiesler 4767 Mar 20 12:44 CXF-Distro-AS-4.2.2/workspace/stack-cxf/thirdparty/jbossws-jboss42-resources.zip | -rw-rw-r-- 1 tdiesler tdiesler 4767 Mar 20 12:51 CXF-Distro-AS-4.2.3/workspace/stack-cxf/thirdparty/jbossws-jboss42-resources.zip | -rw-rw-r-- 1 tdiesler tdiesler 4767 Mar 20 12:31 CXF-Integration-AS-4.2.2/workspace/stack-cxf/thirdparty/jbossws-jboss42-resources.zip | -rw-rw-r-- 1 tdiesler tdiesler 4767 Mar 20 12:38 CXF-Integration-AS-4.2.3/workspace/stack-cxf/thirdparty/jbossws-jboss42-resources.zip | -rw-rw-r-- 1 tdiesler tdiesler 5217 Mar 18 18:28 Metro-Core-AS-4.2.2/workspace/stack-metro/thirdparty/jbossws-jboss42-resources.zip | -rw-rw-r-- 1 tdiesler tdiesler 5217 Mar 18 18:28 Metro-Core-AS-4.2.3/workspace/stack-metro/thirdparty/jbossws-jboss42-resources.zip | -rw-rw-r-- 1 tdiesler tdiesler 4767 Nov 20 18:32 Metro-Distro-AS-4.2.2/workspace/stack-metro/thirdparty/jbossws-jboss42-resources.zip | -rw-rw-r-- 1 tdiesler tdiesler 4767 Nov 20 18:32 Metro-Distro-AS-4.2.3/workspace/stack-metro/thirdparty/jbossws-jboss42-resources.zip | -rw-rw-r-- 1 tdiesler tdiesler 4767 Nov 20 18:32 Metro-Integration-AS-4.2.2/workspace/stack-metro/thirdparty/jbossws-jboss42-resources.zip | -rw-rw-r-- 1 tdiesler tdiesler 4767 Nov 20 18:32 Metro-Integration-AS-4.2.3/workspace/stack-metro/thirdparty/jbossws-jboss42-resources.zip | -rw-rw-r-- 1 tdiesler tdiesler 4767 Nov 20 18:32 Native-Core-AS-4.2.1/workspace/stack-native/thirdparty/jbossws-jboss42-resources.zip | -rw-rw-r-- 1 tdiesler tdiesler 4767 Nov 20 18:32 Native-Core-AS-4.2.2/workspace/stack-native/thirdparty/jbossws-jboss42-resources.zip | -rw-rw-r-- 1 tdiesler tdiesler 4767 Nov 20 18:32 Native-Core-AS-4.2.3/workspace/stack-native/thirdparty/jbossws-jboss42-resources.zip | -rw-rw-r-- 1 tdiesler tdiesler 4767 Nov 20 18:32 Native-Distro-AS-4.2.1/workspace/stack-native/thirdparty/jbossws-jboss42-resources.zip | -rw-rw-r-- 1 tdiesler tdiesler 4767 Nov 20 18:32 Native-Distro-AS-4.2.2/workspace/stack-native/thirdparty/jbossws-jboss42-resources.zip | -rw-rw-r-- 1 tdiesler tdiesler 4767 Nov 20 18:32 Native-Distro-AS-4.2.3/workspace/stack-native/thirdparty/jbossws-jboss42-resources.zip | -rw-rw-r-- 1 tdiesler tdiesler 4767 Nov 20 18:32 Native-Integration-AS-4.2.1/workspace/stack-native/thirdparty/jbossws-jboss42-resources.zip | -rw-rw-r-- 1 tdiesler tdiesler 4767 Nov 20 18:32 Native-Integration-AS-4.2.2/workspace/stack-native/thirdparty/jbossws-jboss42-resources.zip | -rw-rw-r-- 1 tdiesler tdiesler 4767 Nov 20 18:32 Native-Integration-AS-4.2.3/workspace/stack-native/thirdparty/jbossws-jboss42-resources.zip | As you can see it uses a different version of jbossws-jboss42-resources.zip. Namely the one available in jbossws-jboss42/4.2.3.CR1 I reverted to jbossws-jboss42/4.2.1.GA for various reasons that are being discussed elsewhere. The issue at hand is that | <get src="${jboss.repository}/jboss/jbossws-jboss42/${jbossws-jboss42}/lib/jbossws-jboss42-resources.zip" dest="${thirdparty.dir}/jbossws-jboss42-resources.zip" usetimestamp="true" verbose="true"/> | uses the timestamp on the destination file and if newer does not replace the file. We could of course usetimestamp="fasle", which would result in every thirdparty artifact being downloaded every time. Hence this would make the hudson runs realy slow. I am trying a different approach, that would delete the thirdparty.dir whenever the version.properties changes View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4138059#... Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&a...