Re: [GUMP@brutus]: depot/depot-update failed
Looks like gump caught us in the middle of our reorg :-[ Adam Jack wrote: To whom it may engage... Full details are available at: http://brutus.apache.org:8080/gump/depot/depot-update/index.html compile-src: [echo] Compiling project core with Java 1.4, debug on, optimize off, deprecation on [mkdir] Created dir: /usr/local/gump/public/workspace/depot/update/build/depot-update/classes [javac] Compiling 173 source files to /usr/local/gump/public/workspace/depot/update/build/depot-update/classes [javac] /usr/local/gump/public/workspace/depot/update/src/java/org/apache/depot/update/Artifact.java:394: cannot resolve symbol [javac] symbol : method getTestVersion (int,int) [javac] location: class org.apache.depot.version.impl.ApacheVersion [javac] ApacheVersion.getTestVersion(1, i), [javac] ^ [javac] /usr/local/gump/public/workspace/depot/update/src/java/org/apache/depot/update/Artifact.java:399: cannot resolve symbol [javac] symbol : method getTestVersion (int,int) [javac] location: class org.apache.depot.version.impl.ApacheVersion [javac] ApacheVersion.getTestVersion(1, i), [javac] ^ [javac] /usr/local/gump/public/workspace/depot/update/src/java/org/apache/depot/update/Artifact.java:417: cannot resolve symbol [javac] symbol : method getTestVersion (int,int) [javac] location: class org.apache.depot.version.impl.ApacheVersion [javac] return getTestResource(name, ApacheVersion.getTestVersion(1, 1), type); [javac] ^ [javac] 3 errors
[GUMP@brutus]: depot/depot-update failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact folk at [EMAIL PROTECTED] Project depot-update has an issue affecting its community integration. This issue affects 4 projects. Project State : 'Failed', Reason 'Build Failed' The following are affected: - depot-update-ant-sample-httpclient : Depot -- repository tools and more... - depot-update-ant-sample-jdk : Depot -- repository tools and more... - depot-update-ant-sample-vfs : Depot -- repository tools and more... - depot-update-test : Depot -- repository tools and more... Full details are available at: http://brutus.apache.org:8080/gump/depot/depot-update/index.html That said, some snippets follow: The following annotations were provided: -DEBUG- Sole jar [depot-update-gump-20040623.jar] identifier set to project name -INFO- Dependency on ant exists, no need to add for property ant.home. -INFO- Failed with reason build failed -INFO- Enable "debug" output, due to build failure. The following work was performed: http://brutus.apache.org:8080/gump/depot/depot-update/gump_work/build_depot_depot-update.html Work Name: build_depot_depot-update (Type: Build) State: Failed Elapsed: 0 hours, 0 minutes, 6 seconds Command Line: java -Djava.awt.headless=true org.apache.tools.ant.Main -Dgump.merge=/usr/local/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only -Dant.home=/usr/local/gump/public/workspace/ant/dist -DDATE_STAMP=20040623 -f build.xml gump [Working Directory: /usr/local/gump/public/workspace/depot/update] CLASSPATH : /usr/local/j2sdk1.4.2_04/lib/tools.jar:/usr/local/gump/public/workspace/depot/update/build/depot-home/classes:/usr/local/gump/public/workspace/ant/dist/lib/ant-stylebook.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/depot/version/dist/depot-version-gump-20040623.jar:/usr/local/gump/public/workspace/depot/common/dist/depot-common-gump-20040623.jar:/usr/local/gump/public/workspace/antworks-importer/dist/antworks-importer-0.1-gump-20040623.jar:/usr/local/gump/public/workspace/jakarta-servletapi/dist/lib/servlet.jar:/usr/local/gump/public/workspace/jakarta-regexp/build/jakarta-regexp-20040623.jar:/usr/local/gump/public/workspace/ant/bootstrap/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/bootstrap/lib/ant.jar:/usr/local/gump/public/workspace/jakarta-commons/httpclient/dist/commons-httpclient.jar:/usr/local/gump/public/workspace/jakarta-commons/codec/dist/commons-codec-20040623.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api.jar:/usr/local/gump/public/workspace/commons-vfs/target/commons-vfs-20040623.jar- get-commons-codec: [get] Getting: http://www.ibiblio.org/maven/commons-codec/jars/commons-codec-1.2.jar [get] local file date : Thu Jan 29 16:46:17 PST 2004 [get] Not modified - so not downloaded get-regexp: [get] Getting: http://www.ibiblio.org/maven/regexp/jars/regexp-1.3.jar [get] local file date : Mon Dec 22 05:00:12 PST 2003 [get] Not modified - so not downloaded get-all: -init-path: version.init: version-stamp: [version-stamp] Execute Synchronize... [version-stamp] Ignoring property [org.apache.depot.version.build.datetime] -> [Wed Jun 23 14:50:53 PDT 2004] [version-stamp] Created class org.apache.depot.update.version.Version into /usr/local/gump/public/workspace/depot/update/src/java/org/apache/depot/update/version/Version.java -check-code-presence: -java.init: compile-src: [echo] Compiling project core with Java 1.4, debug on, optimize off, deprecation on [mkdir] Created dir: /usr/local/gump/public/workspace/depot/update/build/depot-update/classes [javac] Compiling 173 source files to /usr/local/gump/public/workspace/depot/update/build/depot-update/classes [javac] /usr/local/gump/public/workspace/depot/update/src/java/org/apache/depot/update/Artifact.java:394: cannot resolve symbol [javac] symbol : method getTestVersion (int,int) [javac] location: class org.apache.depot.version.impl.ApacheVersion [javac] ApacheVersion.getTestVersion(1, i), [javac] ^ [javac] /usr/local/gump/public/workspace/depot/update/src/java/org/apache/depot/update/Artifact.java:399: cannot resolve sy
Re: svn commit: rev 21611 - in incubator/depot/trunk/version/src: java/org/apache/depot/version java/org/apache/depot/version/ant/nested java/org/apache/depot/version/experimental/sample java/org/apache/depot/version/generation/source java/org/apache/depot/version/impl java/org/apache/depot/version/impl/data java/org/apache/depot/version/impl/data/util java/org/apache/depot/version/impl/util java/org/apache/depot/version/interfacing java/org/apache/depot/version/specification java/org/apache/depot/version/specification/formatting/format test/java/org/apache/depot/version/context test/java/org/apache/depot/version/discovery/loading test/java/org/apache/depot/version/extension test/java/org/apache/depot/version/impl test/java/org/apache/depot/version/impl/data test/java/org/apache/depot/version/impl/sample test/java/org/apache/depot/version/util/dom
[EMAIL PROTECTED] wrote: Author: ajack Date: Wed Jun 23 12:07:07 2004 New Revision: 21611 Log: First stab at reducing constructors. Thanks Nick
Re: Refactoring (for merge) and APIs
Nicola Ken Barozzi wrote: Adam R. B. Jack wrote: It will not be trivial, +1. Shouldn't be to difficult using IDEA. Eclipse can do the work also. It isn't so much the mechanics, more the mental shift (since they aren't quite the same things today). It'll mean a few other class name changes is my guess. Anyways, anybody else pro this change? +1 +1
Re: Refactoring (for merge) and APIs
Adam R. B. Jack wrote: It will not be trivial, +1. Shouldn't be to difficult using IDEA. Eclipse can do the work also. It isn't so much the mechanics, more the mental shift (since they aren't quite the same things today). It'll mean a few other class name changes is my guess. Anyways, anybody else pro this change? +1 -- Nicola Ken Barozzi [EMAIL PROTECTED] - verba volant, scripta manent - (discussions get forgotten, just code remains) -
Re: Refactoring (for merge) and APIs
> >It will not be trivial, > +1. Shouldn't be to difficult using IDEA. Eclipse can do the work also. It isn't so much the mechanics, more the mental shift (since they aren't quite the same things today). It'll mean a few other class name changes is my guess. Anyways, anybody else pro this change? > I'd be happy to do the work > if the source is in CVS. I'll give it a go if the source is in SVN but > can't promise anything - I've not used SVN (other than to play with) > before. BTW, *where* is the source? I appreciate the offer, but I think a committer ought do this. The patch would be humongous. :) regards Adam
Re: Refactoring (for merge) and APIs
Hello, >I'll give it a go if the source is in SVN but > can't promise anything - I've not used SVN (other than to play with) > before. BTW, *where* is the source? > to access SVN and especially the repository of depot in SVN try the following URL: https://svn.apache.org/repos/asf/incubator/depot/. There you'll find "tags" and "trunks". trunks contains the main layers of depot right now, the tags are just (like the name indicates) old versions of the same stuff. Like already stated there is more then just Updater to Depot. There is also Version and a Common layer, which is used in all other layers :-) SVN is pretty cool, except that there are no real Clients for IDEs available right now, but hopefully this will change soon. As a client I would recommend rapidSVN, which is a cross-platform tool and pretty nice. But since you are using IDEA, you could be lucky and use svnUp? I am not really sure, if you could just use svn with the same password as you are using with cvs, so you just have to try. R, Markus
