2013/8/20 Mark Thomas <ma...@apache.org>: > On 20/08/2013 00:50, Bill Barker wrote: > > <snip/> > >> validate: >> [mkdir] Created dir: >> /srv/gump/public/workspace/tomcat-7.0.x/output/res/checkstyle >> [checkstyle] Running Checkstyle 5.7-SNAPSHOT on 2388 files >> [checkstyle] >> /srv/gump/public/workspace/tomcat-7.0.x/modules/jdbc-pool/src/test/java/org/apache/tomcat/jdbc/test/DefaultTestCase.java:22:1: >> Import from illegal package - junit.framework.TestCase. >> [checkstyle] >> /srv/gump/public/workspace/tomcat-7.0.x/modules/jdbc-pool/src/test/java/org/apache/tomcat/jdbc/test/TestAsyncQueue.java:24:1: >> Import from illegal package - junit.framework.TestCase. >> [checkstyle] >> /srv/gump/public/workspace/tomcat-7.0.x/modules/jdbc-pool/src/test/java/org/apache/tomcat/jdbc/test/TestSizePreservation.java:22:1: >> Import from illegal package - junit.framework.TestCase. >> >> BUILD FAILED >> /srv/gump/public/workspace/tomcat-7.0.x/build.xml:451: Got 3 errors and 0 >> warnings. > > Gump doesn't appear to be using the latest source code for this build. > As far as I can tell, the project is set up so it should use the latest > source from svn. What am I missing? >
1) First, model-level log http://vmgump.apache.org/gump/public/tomcat-7.0.x/index.html says *** Failed to update from source control.Stale contents *** and the following: [[[ svn: URL 'http://svn.apache.org/repos/asf/tomcat/trunk/modules/jdbc-pool' of exis... ting directory 'tomcat-7.0.x/modules/jdbc-pool' does not match expected URL 'htt... p://svn.apache.org/repos/asf/tomcat/tc7.0.x/trunk/modules/jdbc-pool' ]]] I think removing the whole directory and performing a clean svn checkout should fix this. (The "modules/jdbc-pool" directory was an external that pulled sources from Tomcat trunk, but nowadays it is just an ordinary subdirectory. This change happened more than a year ago. I think most of the sources in the working copy are up-to-date, but that particular directory is stale. It explains why it went unnoticed for quite some time). 2) Second, I suspect that "svn update" happens when a Gump run starts. That may be several hours before the actual build. I do not see any indication of what revision number was used for the build. Is it possible to remove "--quiet" flag from "svn update" command? With that flag removed it would print a) list of updated files, b) svn revision number to which the working copy was updated. http://vmgump.apache.org/gump/public/tomcat-7.0.x/gump_work/update_tomcat-7.0.x.html Best regards, Konstantin Kolinko --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org