does gump on apache.org have a sourceforge login?
I'm thinking of setting up gump to not only build some sourceforge hosted work, but to copy the static content to a sourceforge hosted site. For that it needs a sourceforge username, we need to set up the SSH keys for it to ssh in to shell.sf.net, and I have to give it write permission to the web site. Has anyone attempted this? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: size of java cache dirs - .ivy is huge!
Leo Simons wrote: * we must erase ~/.ivy after every run opinions? You also need to purge ~/.ivy2 Ivy has just moved to a new location because they use different XML files, and want to avoid conflict -- Steve Loughran http://www.1060.org/blogxter/publish/5 Author: Ant in Action http://antbook.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Gump content from Ant In Action
Although it didnt make the print copy, on account of the publishers worried about page count, there is now an online extension to Ant in Action on the topic of Gump, which should explain the basics to projects that haven't embraced the tool yet: http://www.antbook.org/display/antbook/Continuous+Integration -- Steve Loughran http://www.1060.org/blogxter/publish/5 Author: Ant in Action http://antbook.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Fwd: AW: [EMAIL PROTECTED]: Project dotnet-antlib-test (in module ant-antlibs) failed]
I know there's been some discussion of mono-on-gump. I think this test failure may be related. Original Message Subject: AW: [EMAIL PROTECTED]: Project dotnet-antlib-test (in module ant-antlibs) failed Date: Wed, 18 Jul 2007 11:56:56 +0200 From: [EMAIL PROTECTED] Reply-To: Ant Developers List [EMAIL PROTECTED] To: [EMAIL PROTECTED] [au:antunit] Build File: /srv/gump/public/workspace/ant-antlibs/dotnet/src/tests/antunit/build-tasks/nant-test.xml [au:antunit] Tests run: 6, Failures: 0, Errors: 3, Time elapsed: 0.783 sec [au:antunit] Target: test-echo caused an ERROR [au:antunit]at line 36, column 8 [au:antunit]Message: null returned: 2 [au:antunit]took 0.061 sec [au:antunit] Target: test-nested-task caused an ERROR [au:antunit]at line 59, column 43 [au:antunit]Message: null returned: 2 [au:antunit]took 0.069 sec [au:antunit] Target: test-nested-file caused an ERROR [au:antunit]at line 45, column 14 [au:antunit]Message: null returned: 2 [au:antunit]took 0.064 sec [au:antunit] Build File: /srv/gump/public/workspace/ant-antlibs/dotnet/src/tests/antunit/dir with spaces/nant-test.xml [au:antunit] Tests run: 1, Failures: 0, Errors: 1, Time elapsed: 0.112 sec [au:antunit] Target: test-echo caused an ERROR [au:antunit]at line 48, column 8 [au:antunit]Message: null returned: 2 [au:antunit]took 0.067 sec Jan -Ursprüngliche Nachricht- Von: Gump Integration Build [mailto:[EMAIL PROTECTED] Gesendet: Mittwoch, 18. Juli 2007 10:22 An: [EMAIL PROTECTED] Betreff: [EMAIL PROTECTED]: Project dotnet-antlib-test (in module ant-antlibs) 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 the folk at [EMAIL PROTECTED] Project dotnet-antlib-test has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 14 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - dotnet-antlib-test : Task and Type Libraries for Apache Ant Full details are available at: http://vmgump.apache.org/gump/public/ant-antlibs/dotnet-antlib- test/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -INFO- Failed with reason build failed The following work was performed: http://vmgump.apache.org/gump/public/ant-antlibs/dotnet-antlib- test/gump_work/build_ant-antlibs_dotnet-antlib-test.html Work Name: build_ant-antlibs_dotnet-antlib-test (Type: Build) Work ended in a state of : Failed Elapsed: 14 secs Command Line: /usr/lib/jvm/java-1.5.0-sun/bin/java -Djava.awt.headless=true -Xbootclasspath/p:/srv/gump/public/workspace/xml-xerces2/build/ xercesImpl.jar:/srv/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar org.apache.tools.ant.Main -Dgump.merge=/srv/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only -Dant-testutil.jar=/srv/gump/public/workspace/ant/build/lib/ant -testutil.jar test [Working Directory: /srv/gump/public/workspace/ant-antlibs/dotnet] CLASSPATH: /usr/lib/jvm/java-1.5.0-sun/lib/tools.jar:/srv/gump/public/work space/ant-antlibs/dotnet/build/test-classes:/srv/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/sr v/gump/public/workspace/ant/dist/lib/ant-swing.jar:/srv/gump/public/workspace/ant/dist/lib/ant-apache-re solver.jar:/srv/gump/public/workspace/ant/dist/lib/ant-trax.jar:/srv/gump/public/workspace/ant/dist/lib/ant-junit.jar: /srv/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/srv/gump/public/workspace/ant/dist/lib/ant-nodeps .jar:/srv/gump/public/workspace/ant/dist/lib/ant.jar:/srv/gump/public/workspace/ant-antlibs/antunit/build/ant-antunit-18072007.j ar:/srv/gump/public/workspace/ant-antlibs/dotnet/build/ant-dotnet-18072007.jar:/srv/gump/public/workspace/xml-commons/java /external/build/xml-apis-ext.jar - [au:antunit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.029 sec [au:antunit] Target: test-passing took 0 sec [au:antunit] Build File: /srv/gump/public/workspace/ant-antlibs/dotnet/src/tests/antunit /dir with spaces/wsdl-test.xml [au:antunit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.717 sec [au:antunit] Target: testWSDL took 0.682 sec [au:antunit] Build File: /srv/gump/public/workspace/ant-antlibs/dotnet/src/tests/antunit /dotnetexec-test.xml [au:antunit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.707 sec [au:antunit] Target: testCSC took 0.657 sec [au:antunit] Build File: /srv/gump/public/workspace/ant-antlibs/dotnet/src/tests/antunit /nunit/nunit-test.xml [au:antunit] Tests run: 5, Failures: 0, Errors: 0, Time elapsed: 0.241 sec [au:antunit] Target: test-passing took 0 sec [au:antunit] Target: test-failing took 0 sec
Re: size of java cache dirs - .ivy is huge!
Bill Barker wrote: Leo Simons [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Of interest: [EMAIL PROTECTED]:/home/gump# cd ~gump [EMAIL PROTECTED]:/home/gump# du -hs .ivy 1.2G.ivy [EMAIL PROTECTED]:/home/gump# du -hs .maven 41M .maven [EMAIL PROTECTED]:/home/gump# du -hs .m2 791M.m2 While we have a bunch of different stuff in .maven and .m2, almost all of the stuff in ~gump/.ivy is smartfrog artifacts, going back months and months and months. There's no reason for gump to keep months of generated jars. I'd argue that either * there must be a way to configure ivy to do a SNAPSHOT thingie or * we must erase ~/.ivy after every run opinions? Actually, I guess we could also just erase .maven and .m2, once a week, too. I disabled the cleanup for .maven, since it nuked all of the plugins maven needs to do anything. We run maven with --offline, so it shouldn't grow too big. What about purging *-SNAPSHOT in the maven dir? -- Steve Loughran http://www.1060.org/blogxter/publish/5 Author: Ant in Action http://antbook.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [g...@vmgump]: Project junit (in module junit) failed
David Saff wrote: All, JUnit absorbs the classes from hamcrest-core-1.1.jar into its own jars, so there shouldn't be a requirement that dist/lib/hamcrest-core-1.1.jar is produced as an output. Thanks, David Saff I've pulled it. -- Steve Loughran http://www.1060.org/blogxter/publish/5 Author: Ant in Action http://antbook.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: size of java cache dirs - .ivy is huge!
Leo Simons wrote: Of interest: [EMAIL PROTECTED]:/home/gump# cd ~gump [EMAIL PROTECTED]:/home/gump# du -hs .ivy 1.2G.ivy [EMAIL PROTECTED]:/home/gump# du -hs .maven 41M .maven [EMAIL PROTECTED]:/home/gump# du -hs .m2 791M.m2 While we have a bunch of different stuff in .maven and .m2, almost all of the stuff in ~gump/.ivy is smartfrog artifacts, going back months and months and months. There's no reason for gump to keep months of generated jars. I'd argue that either * there must be a way to configure ivy to do a SNAPSHOT thingie or * we must erase ~/.ivy after every run opinions? +1 to killing ivy and .m2 regularly I've just tweaked my gump target to run our ivy-purge target before each gump build; this pulls all smartfrog artifacts from ~/.ivy/published and ~/.ivy/cache ; its what we do before releases to make sure there isnt any legacy state in there. I could add something similar for the m2 repository. This will stop smartfrog leaking versions, though gump is still vulnerable to anything else publishing in to ivy -steve -- Steve Loughran http://www.1060.org/blogxter/publish/5 Author: Ant in Action http://antbook.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Apachecon
Leo Simons wrote: On Apr 26, 2007, at 8:05 AM, Sander Temme wrote: On Apr 23, 2007, at 11:37 PM, Martin van den Bemt wrote: Maybe nice opportunity to have a Gump meeting at the hackathon ? +1 +1 I expect to arrive at the Mövenpick mid-morning on May 1. Me too probably. late tuesday evening for me. 0900 talk on thursday, so no beers wednesday night. well, not many - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
what happened to dnsjava
We've long had a dependency on dnsjava, which is something that was provided for us but its gone: http://vmgump.apache.org/gump/public/james-server/dnsjava/index.html ebugSole output [dnsjava-2.0.3.jar] identifier set to project name InfoFailed with reason missing build outputs Error Missing Output: /usr/local/gump/public/workspace/james-server/phoenix-deployment/lib/dnsjava-2.0.3.jar Error See Directory Listing Work for Missing Outputs Has it moved? should we create an entry elsewhere? -steve - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
ant-testutil?
I have a build - smartfrog-tasks - that's been failing since last week, when I deleted a private copy of ant-testutil from our SCM tree http://vmgump.apache.org/gump/public/smartfrog/smartfrog-tasks/gump_work/build_smartfrog_smartfrog-tasks.html compile-tests: [sf-javac-with-ant] Compiling 12 source files to /x1/gump/public/workspace/smartfrog/extras/ant/build/test/classes [sf-javac-with-ant] /x1/gump/public/workspace/smartfrog/extras/ant/test/org/smartfrog/tools/ant/test/TaskTestBase.java:22: cannot find symbol [sf-javac-with-ant] symbol : class BuildFileTest [sf-javac-with-ant] location: package org.apache.tools.ant [sf-javac-with-ant] import org.apache.tools.ant.BuildFileTest; [sf-javac-with-ant] ^ [sf-javac-with-ant] /x1/gump/public/workspace/smartfrog/extras/ant/test/org/smartfrog/tools/ant/test/TaskTestBase.java:31: cannot find symbol [sf-javac-with-ant] symbol: class BuildFileTest [sf-javac-with-ant] public abstract class TaskTestBase extends BuildFileTest { Yet I have a dependency on the ant-testutil package !-- === -- project name=smartfrog-tasks-test packageorg.smartfrog.tools.ant/package ant basedir=extras/ant target=test property name=ant.home reference=home project=ant/ property name=env.SFHOME path=smartfrog/dist project=smartfrog/ property name=system.tests value=false / /ant depend project=ant runtime=true/ depend project=ant-testutil runtime=true inherit=runtime/ which is in ant.xml project name=ant-testutil ant target=test-jar/ depend project=ant/ depend project=junit/ depend project=xml-xerces/ depend project=xml-apis/ home nested=build/lib/ jar name=ant-testutil.jar id=ant-testutil/ nag from=Gump Integration Build lt;general@gump.apache.orggt; to=dev@ant.apache.org/ /project Ant-testutil is building quite happily: http://vmgump.apache.org/gump/public/ant/ant-testutil/index.html Ignoring the fact that ant-testutil should maybe declare ant and junit as runtime dependencies, surely I should be picking up ant-testutil from the dependency list, instead of where it must have been being picked up from -the ant-testutil-1.7.0beta.jar I had in SCM? -steve - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: ant-testutil?
Stefan Bodewig wrote: On Wed, 04 Apr 2007, Steve Loughran [EMAIL PROTECTED] wrote: I have a build - smartfrog-tasks - that's been failing since last week, when I deleted a private copy of ant-testutil from our SCM tree I wonder what your sf-javac-with-ant task does, it seems to be ignoring build.sysclasspath, otherwise it would never have used your in SCM version at all. ooh. its just javac with the antclasspath turned on !-- define a new javac task with new default options -- presetdef name=sf-javac javac debug=${javac.debug.mode} nowarn=true deprecation=${javac.deprecation.mode} source=${javac.java.version} target=${javac.java.version} includeAntRuntime=${javac.include.ant} includes=**/*.java /javac /presetdef Maybe there's been some other change in the build process, which triggered this (like tests being compiled earlier), rather than me deleting the testutil jar. Yet I have a dependency on the ant-testutil package No, you have not. !-- === -- project name=smartfrog-tasks-test The failing project is smartfrog-tasks, not smartfrog-tasks-test - and the former doesn't declare any dependency on ant-testutil. aah. fixed. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Fwd: Re: Who broke my gump build?]
Another little Gump success story :) Original Message Subject: Re: Who broke my gump build? Date: Mon, 19 Mar 2007 13:01:57 +0100 From: Xavier Hanin [EMAIL PROTECTED] Reply-To: ivy-dev@incubator.apache.org To: ivy-dev@incubator.apache.org References: [EMAIL PROTECTED] [EMAIL PROTECTED] On 3/19/07, Xavier Hanin [EMAIL PROTECTED] wrote: On 3/19/07, Steve Loughran [EMAIL PROTECTED] wrote: http://vmgump.apache.org/gump/public/smartfrog/smartfrog/gump_work/build_smartfrog_smartfrog.html ivy-init: [ivy:configure] Loading jar:file:/x1/gump/public/workspace/ivy/build/artifact/ivy- 18032007.jar!/org/apache/ivy/core/settings/ivy.properties [ivy:configure] :: Ivy 1.5.0-incubating-local-20070318221846 - 20070318221846 :: http://incubator.apache.org/ivy/ :: [ivy:configure] :: loading settings :: file = /x1/gump/public/workspace/smartfrog/smartfrog/ivyconf.xml [ivy:configure] DEPRECATED: 'ivyconf' element is deprecated, use 'ivysettings' instead (file:/x1/gump/public/workspace/smartfrog/smartfrog/ivyconf.xml) BUILD FAILED /x1/gump/public/workspace/smartfrog/smartfrog/build.xml:838: impossible to configure ivy with given file: /x1/gump/public/workspace/smartfrog/smartfrog/ivyconf.xml :java.text.ParseException: failed to load settings from file:/x1/gump/public/workspace/smartfrog/smartfrog/ivyconf.xml: io problem while parsing config file: JAR entry org/apache/ivy/core/settings/ivyconf-local.xml not found in /x1/gump/public/workspace/ivy/build/artifact/ivy-18032007.jar Total time: 5 minutes 13 seconds This has to be a regression; everything works with 1.4.1 release Yes, the problem is related to IVY-438, renaming configuration to settings as discussed before on this list. The problem is that ivyconf-*.xml files have been renamed to ivysettings-*.xml. But I'm surprised it works with 1.4.1, because before renaming those files to ivysettings, they were moved from fr/jayasoft/ivy/conf to org/apache/ivy/core/settings. So I don't see how it can work with 1.4.1... Mmm, except if you use the ivy.default.conf.dir variable which has been refactored. So ok, this can be considered as a regression, I will package the renamed settings file with their old names too (as I did with antlib.xml file). I've just checked in a build.xml doing the packaging trick, hope it will fix your gump build. - Xavier Sorry for the trouble, - Xavier - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Failing project: smartfrog-test
[EMAIL PROTECTED] wrote: Smartfrog-Test uses the old namespace of Ivy. http://smartfrog.svn.sourceforge.net/viewvc/smartfrog/trunk/core/common. xml?revision=3965view=markup 1 ?xml version=1.0? 2 project name=common basedir=. 3 xmlns:ivy=antlib:fr.jayasoft.ivy.ant 4 and I cant see any ivy.jar in the classpath ... Because Ivy know is build by Gump we could set a dependency on that. hey, that's my project. 1. it should have a dependency, if it isn't, then yes 2. no, we cant switch to any new namespace, as we need to build under 1.4.1...Xavier has promised to leave the old namespace around -steve - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AW: Failing project: smartfrog-test
[EMAIL PROTECTED] wrote: Smartfrog-Test uses the old namespace of Ivy. http://smartfrog.svn.sourceforge.net/viewvc/smartfrog/trunk/cor e/common. xml?revision=3965view=markup 1 ?xml version=1.0? 2 project name=common basedir=. 3 xmlns:ivy=antlib:fr.jayasoft.ivy.ant 4 and I cant see any ivy.jar in the classpath ... Because Ivy know is build by Gump we could set a dependency on that. hey, that's my project. I know ;-) Gump is something I like to have working, but not top priority -We just got CruiseControl up again after six weeks outage of rmic failing under CC, with an obscure error we still haven't identified. -I wasted last week not getting Luntbuild to work against SVN properties with a proxy in the way. -We have just got a Bamboo license to try that instead. I'm trying to set up a build at work where we have the CI server create the artifacts, then test each component standalone, rather than the cruise control binary 'tests passed/tests failed' view of the world. This will be done on a Xen image that will get hosted on a server; that way the functional tests will screw up anything else. I'm starting and stopping mysql through my tests right now, and that really upsets programs and people that depend on mysql to be live all the time. So, I will add the gump stuff, but it isnt the primary build I'm trying to set up. What I'd really like is a Xen image I could host on Amazon EC2, but then the CI server needs to persist history to the S3 back end. -steve 1. it should have a dependency, if it isn't, then yes I cant see any ... project name=smartfrog-test packageorg.smartfrog/package ant basedir=testharness target=test property name=ant.home reference=home project=ant/ property name=env.SFHOME path=smartfrog/dist project=smartfrog/ property name=system.tests value=false / property name=junit.jar project=junit3 reference=jarpath/ /ant depend project=ant runtime=false/ depend project=junit3 runtime=true/ depend project=smartfrog runtime=true/ depend project=smartfrog-tasks runtime=false/ depend project=smartfrog-testharness runtime=true/ work nested=testharness/build/test/classes/ junitreport nested=testharness/build/test/reports/ nag from=Smartfrog lt;[EMAIL PROTECTED]gt; to=[EMAIL PROTECTED] regexp subject=[Gump:Smartfrog] smartfrog test failure/ /nag /project The project smartfrog has a dependency on ivy ... project name=smartfrog depend project=ant runtime=false inherit=runtime/ depend project=commons-logging runtime=true/ depend project=logging-log4j runtime=true/ depend project=javacc runtime=false/ depend project=ivy runtime=true/ /project I'll fix it. Bringing up Gump now. 2. no, we cant switch to any new namespace, as we need to build under 1.4.1...Xavier has promised to leave the old namespace around ok, you're more familiar with Ivy than me ;-) you need to play with it. under gump it is only there to set up the ivy targets and create invalid distros; gump still owns the classpath. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AW: Failing project: smartfrog-test
[EMAIL PROTECTED] wrote: Smartfrog-Test uses the old namespace of Ivy. http://smartfrog.svn.sourceforge.net/viewvc/smartfrog/trunk/cor e/common. xml?revision=3965view=markup 1 ?xml version=1.0? 2 project name=common basedir=. 3 xmlns:ivy=antlib:fr.jayasoft.ivy.ant 4 and I cant see any ivy.jar in the classpath ... Because Ivy know is build by Gump we could set a dependency on that. hey, that's my project. I know ;-) 1. i've added Ivy dependencies where appropriate, and tuned the inheritance of various things. 2. I've moved the project to the (moved) SVN repository location. The old location should still work for checkouts, but svn commits fail unless you talk to the project-specific URLs. whoever runs gump should delete the cached smartfrog projects and let them get checked out from the new location. -steve - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
wikipedia entry
There is now an entry in Wikipedia on the topic: http://en.wikipedia.org/wiki/Apache_Gump , which I added a few weeks ago. however it is tagged for neutrality and quality. I'd tried to be balanced, but clearly somebody else needs to pick up where I've left off. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: packaged projects required for 2 dependencies of commons-jelly-tags-soap
Antoine Levy-Lambert wrote: Hello Steve, gump will still need 2 pairs of saaj and jax-rpc jars, unless the project.xml of tags-soap requires only one set of these. the project.xml in svn is only meant to have one of the three sources uncommented at compile time. So we need to decide which one of the apache set to give it, and (presumably) make sure there is something in the repository for maven to resolve. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: packaged projects required for 2 dependencies of commons-jelly-tags-soap
Antoine Levy-Lambert wrote: Hello Stefan, it looks like the intention of the developers of commons-jelly-tags-soap was to use two distinct saaj jars and two distinct jaxrpc jars, one from axis, and one from geronimo. The project.xml [1] of commons-jelly-tags-soap suggest that the gump build could use the jars from axis twice, once for what they are and once to replace the jars of geronimo. I wonder whether it would not be better to download geronimo and to use the real jars of geronimo. I will give a shot at using twice the same jars, not sure whether it will work to get a build, and even less sure that this will mean anything. [2] Looking at the dependencies of jelly, http://svn.apache.org/repos/asf/jakarta/commons/proper/jelly/trunk/jelly-tags/soap/project.xml It looks like it needs any one of -Sun JAX-RPC 1.3 (v2.0 is built in to Java 6), and is also built in to the javaee 5 artifact that is in the java.net m1 repository. -Axis 1.2 (should be a later one of that) -geronimo 1.1 You have to uncomment the one you want; project.xml, ivy.xml and poms are yet to come to terms with the whole notion of aggregate/bundled XML specs floating around things -they also depend on jaxme for javax.xml.namespace.QName, which is built in to Java5 and so not needed on Gump. 1. we can drop the jaxme dependency as gump is java1.5+ 2. if jelly needs a jaxrpc, it should take the Axis1.x branch version, unless anyone on axis-dev says otherwise. remember, these are just the interface files, not the implementation. A build against JAX-RPC 1.3 is all that they want, and they are not going to get it if they try and build on java6, no matter how hard they try. -steve - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Cannot find problem: [Fwd: [EMAIL PROTECTED]: Project fulcrum-cache (in module jakarta-turbine-fulcrum) failed]
Bill Barker wrote: Actually, the dependancy on concurrent is commented out in the project.xml file. This is probably what is causing Maven to not find it (or find it in the wrong CL). Is the lib needed for a java1.5 build? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Installing a fresh gump2 yields lots of issues
Stefano Mazzocchi wrote: and - smartfrog: No such repository [smartfrog] in workspace on [smartfrog] this one I think it's a metadata misconfiguration. Comments? suggestions? That'll be me. I thought I'd put it back in after commenting everything out during a CVS/SVN migration, but clearly forgot to turn it all back on. -steve - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: now, why isnt this working?
Stefan Bodewig wrote: On Fri, 22 Sep 2006, Steve Loughran [EMAIL PROTECTED] wrote: The first subsidiary build works, but the second is failing It gets further now, and fails in an expected manner since the test is supposed to fail under Gump. I've patched the gump descriptors to set a property, one I'll use to switch off ant runs. That assumes that antunit passes command line properties all the way down, of course What I've done is that I added a mkdir for the work entry of the failing build. I thought we had left this problem behind with JDK 1.4+ but it seems to be raising its ugly head again. In JDK 1.3 you needed to add mkdirs for each work that was created during the build, if you need classes from those directories in java or non-forked junits. The reason was that the VM would drop all CLASSPATH entries that didn't exist at startup time. What we have now seems to be a variant thereof. I don't think it is related to antunit, but then again we haven't seen the problem with any other task lately. It may be that I'm chaining ant and ant too far down - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
smartfrog projects offline - SVN move
Hi, We plan a move of our sourceforge repo from CVS to SVN this weekend, so I've taken the project out of gump for a few days. Once we have builds here working I will see about turning it back on. Presumably all gump hosts will need to clean out their cached data on that project. -steve - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Gump PMC Report 09/2006
Stefan Bodewig wrote: Infrastructure: * During the past weeks we've repeatedly run into disk usage problems, we are slowly but steadily outgrowing the resources provided by vmgump. We'll shortly engage in a discussion with the infrastructure team to see, what our options are. * We've informed osuosl and the infrastructure team that we'd like to give back gump.osuosl.org. Technical: * Maven2 support hasn't improved during the past quarter. To tell the truth, we don't have any people actively developing anything right now, so we don't expect this to change unless anybody jumps in. Gump is more and more moving into the direction of a pure infrastructure/service type of project with a handful of people maintaining it. This isn't necessarily a bad thing since Gump's code is pretty stable and - except for Maven 2 support - does what it is supposed to do. * All CVS locations for sourceforge projects have been fixed by now. I may have got some interest from some of the jboss people in joining gump. Having hibernate on would be very beneficial. Other: * still all Apache committers have access to metadata in svn. * no releases. in the SAAS world, its not clear that you need to release it. Especially if you have VMWare images ready for reuse. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Important Change | Re: BATCH: All dressed up, with nowhere to go...
Leo Simons wrote: Gotta love this response: -[99ABF8] Leo Simons, Your ticket concerning 'Ticket: aanval.com mailconfig' has a new response. Message: System is operating as intended. Loop was already in place and prevented further damage past 10 messages. Ticket closed. --- I am trying to think, how do you implement a loop detection algorithm that counts the depth. Either you use headers to detect and block a loop immediately, you filter messages from yourself, or, well, what? It's hard. Someone has gone to a lot of effort to do this - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: The Status of Clarus
Sander Temme wrote: Folks, You may have noticed (or not) that Clarus has not been doing its Gump runs for a week or two. The issue was that both of the drives that make up the RAID-1 Gump sits on suddenly went out of commission, without any notice or warning. This is not supposed to happen, and is exactly the reason those drives are mirrored. we call this Raid minus one, in which you think your disks are mirrored, but they arent. It is actually a worse state than raid-0, no raid stuff at all, because at least there you know your data is vulnerable. However, when I visited the colocation facility last week, I shut the box down, pulled and re-seated these drives and they are now once again available. The fact that they can up and disappear like this is kind of scary, but I'm glad they are not actually broken. This is one of this things that are really hard to test. I've seen SCSI controllers take down drives that were taking too long to respond; sometimes this can be a transient event, or it can be a precursor of trouble to come. It could also be the raid controller that is failing too -they have their own MTBF, see. So, Gump runs are now back on Clarus, running at the same times as on vmgump except using gump/trunk. Results as always available at http://clarus.apache.org/ S. [EMAIL PROTECTED] http://www.temme.net/sander/ PGP FP: 51B4 8727 466A 0BC3 69F4 B7B8 B2BE BC40 1529 24AF - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: FW: [EMAIL PROTECTED]: Project ws-juddi-test (in module ws-juddi) fai led
Hird Matthew wrote: hello, we've had over 100 of these emails now and it's starting to really irritate. please can you fix your project and stop the emails. juddi hasn't been updated for a long time so i very much doubt that the problem is juddi's. thanks, Matt test: [mkdir] Created dir: /x1/gump/public/workspace/ws-juddi/build/unit/classes [javac] Compiling 126 source files to /x1/gump/public/workspace/ws-juddi/build/unit/classes [junit] Running org.apache.juddi.TestAll [junit] Testsuite: org.apache.juddi.TestAll [junit] Tests run: 1, Failures: 1, Errors: 0, Time elapsed: 0.061 sec [junit] Tests run: 1, Failures: 1, Errors: 0, Time elapsed: 0.061 sec [junit] Testcase: warning took 0.006 sec [junit] FAILED [junit] No tests found in org.apache.juddi.TestAll [junit] junit.framework.AssertionFailedError: No tests found in org.apache.juddi.TestAll Tests are failing because there is a class being handed down to Junit that doesnt contain any tests. Is the fileset of tests to run in the build file correct? It may be an artifact of changes to Ant's junit task, running with junit4. What does that TestAll class look like? -steve - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: javac on java1.5
Steve Loughran wrote: Now that Gump has switched to java1.5, its showing up some problems in javac. Specifically, it appears to be defaulting to source=1.5 This breaks junit addons http://vmgump.apache.org/gump/public/junit-addons/junit-addons/gump_work/build_junit-addons_junit-addons.html I checked out the source in CVS; they are not saying source=1.5; they are not saying anything about the source version. Yet javac has switched to java1.5. This is breaking backwards compatibility for builds. as of last night, Stefan fixed this + +* javac's source and target attributes as well as javadoc's source + attribute will read default values from the properties + ant.build.javac.source and ant.build.javac.target. Set those properties in the ant element of a project and you can force a build using an older version of the language... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jakarta-velocity-test problem
Bill Barker wrote: Henning Schmiedehausen [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Hi, well, I don't exactly understand why this build fails for you guys. It definitely works for me in the same environment... Can you send me the output of the workspace/bin/test-reports/TEST-org.apache.velocity.test.AbsoluteFileResourceLoaderTestCase.txt file after the run is complete? I'd really appreciate it (and I might even get that problem fixed... :-) It looks like a compatibility problem with JUnit-4 or Ant+JUnit-4. But, anyway, here it is: Testsuite: org.apache.velocity.test.AbsoluteFileResourceLoaderTestCase Tests run: 1, Failures: 1, Errors: 0, Time elapsed: 0.043 sec Testcase: warning took 0.006 sec FAILED Class org.apache.velocity.test.AbsoluteFileResourceLoaderTestCase has no public constructor TestCase(String name) or TestCase() junit.framework.AssertionFailedError: Class org.apache.velocity.test.AbsoluteFileResourceLoaderTestCase has no public constructor TestCase(String name) or TestCase() On behalf of the ant team, I'd like to deny all knowledge here. JUnit test cases require a constructor that takes a string. The other constructor shouldnt be willingly used. Where ant could be improved is to detect and skip abstract test cases... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
javac on java1.5
Now that Gump has switched to java1.5, its showing up some problems in javac. Specifically, it appears to be defaulting to source=1.5 This breaks junit addons http://vmgump.apache.org/gump/public/junit-addons/junit-addons/gump_work/build_junit-addons_junit-addons.html I checked out the source in CVS; they are not saying source=1.5; they are not saying anything about the source version. Yet javac has switched to java1.5. This is breaking backwards compatibility for builds. Also, javac shouldnt warn people about source=1.2 on every compile: http://vmgump.apache.org/gump/public/emma/emma/gump_work/build_emma_emma.html Once per build should suffice. Maybe we could set an internal property _internal.warned.user.about.target that only triggers a warn when it aint set. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Junit nagging and CVS timeouts
Curt Arnold wrote: On Mar 15, 2006, at 12:59 PM, Bill Barker wrote: -Original Message- From: Curt Arnold [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 15, 2006 10:34 AM To: Gump code and data Subject: Junit nagging and CVS timeouts Backstory: I've been on the junit mailing list for a few hours trying to track down a problem that has recently surfaced in the log4j unit tests on Gump that I believe is due to a change in junit. To complicate issues, the junit anonymous CVS server has been unresponsive, so I haven't been able to see the code in question or reproduce it the problem locally. So I've been driving blind with a little help from Gump. From your commit messages, I believe that it's the same Ant bug that was killing commons-collections last week. The short version is that when Ant auto-detects JUnit-4, it doesn't look for the static suite() method, and just assumes that you've defined all of your tests with Annotations. Thanks, sounds like it. I'll pass it along to junit-devel. I couldn't find a bugzilla issue related to it and it was hard to sort through all the JUnit related threads on the Ant-dev mailing list. Ant is still coming to terms with Junit4. -There's just been a profound change in Ant's junit task which uses reflection to load junit.jar, which means you dont need junit on Ant's own classpath to use the task. We could, therefore, pull the runtime=true dependency on junit in ant's own descriptor, which would break anyone who assumed that Ant came with junit. -The junit4 support is new and stabilising; I think right now it looks for junit3 on the classpath ahead of junit4 and goes for that first if found, rolling back to junit4 otherwise. -The Ant team is thinking of pulling all junit4 support out of junit and into its own ant library, junit4, with its own test runner, XSL transform, etc etc. junit is complex enough. -Apparently the junit people want to set up a conf call with us, to discuss junit futures. That call hasnt gone through yet so there is no news. I think my #1 goal last week would have been to get them to care about gump, but the big break is fixed there, and if the nag mail goes to the group, they will have to care more. It may be that the remaining change is to host the (proposed) junit4 task in the junit codebase. this keeps the junit task+jar in perfect sync, though introduces a problem for the junit task, namely being in sync with ant1.6 1.7. -Steve Well, David Saff agreed to be nagged personally (check the [EMAIL PROTECTED] archives), not the entire junit project. There are a number of other projects that nag an individual instead of the development list. Since the nags are usually once a day, it looks ok to change it to the junit-devel list. I had seen the message on [EMAIL PROTECTED], it was what alerted me to the recent change in the descriptor. But I saw it after I started digging into the apparent missed nag messages. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
hibernate3 + EJB stuff?
I have a (low priority) need for hibernate3 and the EJB plugin. Has anyone approached the hibernate people about joining gump? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: svn commit: r383419 - /gump/metadata/project/smartfrog.xml
Bill Barker wrote: -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Sun 3/5/2006 2:15 PM To: commits@gump.apache.org Subject: svn commit: r383419 - /gump/metadata/project/smartfrog.xml Author: stevel Date: Sun Mar 5 14:15:03 2006 New Revision: 383419 URL: http://svn.apache.org/viewcvs?rev=383419view=rev Log: junit are trying very hard to make people stop using them ;-) more of a :( Another option would be to depend project=junit3 / for awhile, if you don't actually need all the cool new stuff in JUnit4. The junit3 project is packaged, so you don't have to worry about it failing. I may just do that. I think we need to switch ant to it too; if you look at some of the failure logs they were looking for ant's junit task which has been omitted. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
java1.5 failures
Iooking at the few failures is interesting, as it shows up some java1.5 quirks. in particular, rhino is failing http://vmgump.apache.org/gump/public/rhino-cocoondev/rhino-cocoondev/gump_work/build_rhino-cocoondev_rhino-cocoondev.html [javac] Compiling 117 source files to /x1/gump/public/workspace/rhino-cocoondev/build/classes [javac] /x1/gump/public/workspace/rhino-cocoondev/src/org/mozilla/javascript/ScriptRuntime.java:1209: as of release 1.5, 'enum' is a keyword, and may not be used as an identifier [javac] (try -source 1.4 or lower to use 'enum' as an identifier) [javac] public static Object nextEnum(Enumeration enum) { Only, the build file doesnt say source=1.5, and ant should default down, to source=1.2 unless told otherwise. Neither build file is opting for java1.5 http://svn.cocoondev.org/repos/rhino+cont/trunk/rhino1_5R4pre/build.xml http://svn.cocoondev.org/repos/rhino+cont/trunk/rhino1_5R4pre/src/build.xml anyone know why this is going on? Is there some other ant thing we need to change? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Maven builds and library tasks
A couple of maven-repository related questions. as that is the main cause of the new projects I've added not building. 1. how do I get the local repository into enough shape that maven1 works? This is a prerequisite to getting either ws-commons or ws-axis2 to work? 2. I'm thinking of skipping classpath setup using the m2-tasks when on gump. Is there a well known properly like gump.run that is set when ant is running under gump, or should I make one up. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven builds and library tasks
Bill Barker wrote: Steve Loughran [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] A couple of maven-repository related questions. as that is the main cause of the new projects I've added not building. 1. how do I get the local repository into enough shape that maven1 works? This is a prerequisite to getting either ws-commons or ws-axis2 to work? IMHO, there is already way too much in the local repository already. But as Brett has already said, this is a limitation of how Gump and Maven interact. I actually quite like the fact that gump at least sanity checks the validity of the M1/M2 dependency graph, because if it doesnt, well, that can get you into trouble in many different ways. so while doing any in-build dependency fetching of classpaths is futile, it does at least check that that part of your code works to the level of all the declared dependencies are retrievable. 2. I'm thinking of skipping classpath setup using the m2-tasks when on gump. Is there a well known properly like gump.run that is set when ant is running under gump, or should I make one up. Try build.sysclasspath=only. This, more generally tells you that Ant is going to ignore any classpath setup you do. yes. I was also thinking of having a proper switch to say dont run functional tests here; inferring that from build.sysclasspath is probably bad form. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: svn commit: r379581 - in /gump/metadata/project: smartfrog.xml ws-axis2.xml ws-commons.xml
Stefan Bodewig wrote: On Tue, 21 Feb 2006, [EMAIL PROTECTED] wrote: +depend project=annogen runtime=true/ This project is not known to Gump. What is it? Where can we find it? Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] OK. I thought it was in. Its part of the axis2 dependency graph (grief?) http://annogen.codehaus.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
what version of the maven2 ant tasks are installed?
I'm getting a build failing because the pom task of maven2 is absent: /x1/gump/public/workspace/antbook/diary/core/core-chapter-10-maven.xml:113: Problem: failed to create task or type antlib:org.apache.maven.artifact.ant:pom Cause: The name is undefined. What version of the m2 tasks is gump running? 2.0.0? Upgrading to 2.0.2 would be handy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: what version of the maven2 ant tasks are installed?
Bill Barker wrote: Steve Loughran [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] I'm getting a build failing because the pom task of maven2 is absent: /x1/gump/public/workspace/antbook/diary/core/core-chapter-10-maven.xml:113: Problem: failed to create task or type antlib:org.apache.maven.artifact.ant:pom Cause: The name is undefined. What version of the m2 tasks is gump running? 2.0.0? Upgrading to 2.0.2 would be handy I'm pretty certain that no version of Maven2 is installed (Gump can't do anything with it, so why install it). The maven2 ant tasks are there. Otherwise smartfrog-xml wouldnt be failing with the m2 tasks unable to resolve dependencies :) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: what version of the maven2 ant tasks are installed?
Bill Barker wrote: Steve Loughran [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Bill Barker wrote: Steve Loughran [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] I'm getting a build failing because the pom task of maven2 is absent: /x1/gump/public/workspace/antbook/diary/core/core-chapter-10-maven.xml:113: Problem: failed to create task or type antlib:org.apache.maven.artifact.ant:pom Cause: The name is undefined. What version of the m2 tasks is gump running? 2.0.0? Upgrading to 2.0.2 would be handy I'm pretty certain that no version of Maven2 is installed (Gump can't do anything with it, so why install it). The maven2 ant tasks are there. Otherwise smartfrog-xml wouldnt be failing with the m2 tasks unable to resolve dependencies :) You're right, and from maven2-ant-tasks.xml, it v2.0-a3. I see. I think an upgrade is in order, but as 2.0.3 will ship soon, let's not worry about it this week. I also see that antbook isn't depend /ing on it, so that might be a problem as well :). that I can fix :) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
handling svn branches
Question: what is the way to handle SVN tags in gump? I see there is a tag attribute for repository, but the docs hint that it is for CVS -does it work for SVN too, or should we change the URL? On the subject of SVN, Sourceforge have just opened up the floodgates to move projects off CVS and onto SVN. Once a few projects have moved, expect a flood of them with the consequence breakage of all the repository elements. -steve - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Bringing up Gump on Java1.5
Leo Simons wrote: On Tue, Feb 21, 2006 at 01:42:33PM +, Steve Loughran wrote: Stefan Bodewig wrote: On Mon, 20 Feb 2006, Steve Loughran [EMAIL PROTECTED] wrote: I need to bring up Gump on Java1.5. You may have missed it, but vmgump is now running Java 5. 8-) I see now that that is the case. Me must be grateful for at least some benefit coming from JUnit 4.0 Expect some newly added smartfrog projects to start failing shortly. I have quite a complex little dependency graph to put together and it till take a while to stabilise I'm still interested in a vmware image with gump on though, if anyone does have one to hand. gump to go It should be easy enough to take the vmgump image. Some issue there with eg /etc/shadow and /etc/passwd. I think the people that can do that are me, Noel Bergman and Berin Lautenbach. I have -10hours of sleep a week at the moment so it'l be a while before I get to this... Is it already a vmware image? hmmm. FWIW there is a trick to making a physical winXP system virtual; you do a network backup with a boot CD, then boot the CD in the VM and restore your network backup to the vmware world. Don't do this for win2000+ domained boxes, cos the domain controller doesnt like 1 box with the same UUID. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AW: Bringing up Gump on Java1.5
[EMAIL PROTECTED] wrote: I'm still interested in a vmware image with gump on though, if anyone does have one to hand. gump to go -steve Me to :-) Thought about setting up a linux server (without KDE/Gnome, just SSH, MySQL, Apache, Python, JDK, Gump, SVN, CVS, ???) as VMWare image, but time ... I built up a fedora core4 image last week, but it was enough to remind me that gnome's filesys navigation is inadequate, and that linux under vmware handles roaming wlans very, very badly. If you look at http://instalinux.com/ you can see how we do images hands free; you fill in some options in a form, get a bootable ISO image and then boot that, which pulls in the relevant files. On the original HP installation there are local mirrors of the distros for low-traffic installs. Just set it up overnight and you get a new vm in the morning. The distro set there is biased towards server/desktop images, and I don't want to ship an hp built image around as there is too much risk of something we have site licenses for being included. Maybe I'll look at this DSL linux distro (http://www.damnsmalllinux.org/) and see if it runs java properly. Out in grid computing land, there is probably going to be a workshop in Bristol or Oxford UK this summer on vm-hosted grid computation; for which you want ultralight images that contain the bare minimum of sysadmin approved stuff, everything needed to host a grid app container like condor or GT4. Then when the grid people want to use the spare cycles on your box, they first deploy the grid vm, then use that to host your apps. So there may be some work on minimal Xen/vmware images there too. -steve - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
tracking down an m2-libraries related problem
from the trace of smartfrog-xml m2: [m2-libraries] Resolving dependencies... unspecified:unspecified:jar:0.0 (selected) xerces:xmlParserAPIs:jar:2.6.2 (selected) xom:xom:jar:1.1 (selected) xom:xom:jar:1.0b3 (removed - causes a cycle in the graph) jaxen:jaxen:jar:1.1-beta-8 (selected) jaxen:jaxen:jar:1.0-FCS (removed - causes a cycle in the graph) jdom:jdom:jar:1.0 (selected) xalan:xalan:jar:2.5.0 (selected) xerces:xmlParserAPIs:jar:2.6.2 (removed - nearer found: 2.6.2) xerces:xercesImpl:jar:2.6.2 (selected) xalan:xalan:jar:2.7.0 (selected) BUILD FAILED /x1/gump/public/workspace/smartfrog/components/xml/build.xml:54: Unable to resolve artifact Its pretty hard to determine failures here, primarily because the m2 tasks dont print enough out at the normal level of verbosity.It looks like its built a graph of xom1.1, jaxen1.1-beta-8 and xerces/xalan, but is failing to find one of these. Is there any way to turn on extra verbosity to get more detailed diagnostics? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Bringing up Gump on Java1.5
I need to bring up Gump on Java1.5. Ultimately, I'd like to do this on apache hardware, because I want other projects to get hate mail when they break my Java1.5-only code. Short term I'd like to host it on a vmware image locally. Does anyone have a ready-to-go vmware image in a common unix distro ready to go? Or shall I start from scratch? -steve - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [GUMP@lsd]: ws-axis/ws-axis failed
Tom Jordahl wrote: So, do we know why the build is failing all the time? Now there seems to be at least 2 gump machines telling us that it is failing... see http://brutus.apache.org/gump/public/ws-axis/ws-axis/gump_work/build_ws-axis_ws-axis.txt :- Error while processing WSDL in Wsdl2javaAntTask for /usr/local/gump/public/workspace/ws-axis/java/samples/addr/AddressBook.wsdl -this points to Axis. -But look further, look at line 1185 of JavaUtils: log.debug(Messages.getMessage(attachEnabled) ++ attachmentSupportEnabled); -the issue is not that we have broken something, but that commons logger and log4j are no longer compatible at run time in Gump, at least for us. Maybe its a classpath thing, maybe it's something else. I am escalating this to Those Who Know. [java] [foreach] java.lang.NoSuchMethodError: org.apache.log4j.Logger.log(Ljava/lang/String;Lorg/apache/log4j/Priority;Ljava/lang/Object;Ljava/lang/Throwable;)V [java] [foreach] at org.apache.commons.logging.impl.Log4JLogger.debug(Log4JLogger.java:98) [java] [foreach] at org.apache.axis.i18n.ProjectResourceBundle$Context.loadBundle(ProjectResourceBundle.java:423) [java] [foreach] at org.apache.axis.i18n.ProjectResourceBundle.getBundle(ProjectResourceBundle.java:311) [java] [foreach] at org.apache.axis.i18n.ProjectResourceBundle.access$300(ProjectResourceBundle.java:52) [java] [foreach] at org.apache.axis.i18n.ProjectResourceBundle$Context.getParentBundle(ProjectResourceBundle.java:432) [java] [foreach] at org.apache.axis.i18n.ProjectResourceBundle.getBundle(ProjectResourceBundle.java:312) [java] [foreach] at org.apache.axis.i18n.ProjectResourceBundle.getBundle(ProjectResourceBundle.java:281) [java] [foreach] at org.apache.axis.i18n.MessagesConstants.clinit(MessagesConstants.java:32) [java] [foreach] at org.apache.axis.utils.Messages.clinit(Messages.java:36) [java] [foreach] at org.apache.axis.utils.JavaUtils.isAttachmentSupported(JavaUtils.java:1185) [java] [foreach] at org.apache.axis.encoding.DefaultTypeMappingImpl.init(DefaultTypeMappingImpl.java:110) [java] [foreach] at org.apache.axis.encoding.DefaultSOAPEncodingTypeMappingImpl.init(DefaultSOAPEncodingTypeMappingImpl.java:49) [java] [foreach] at org.apache.axis.encoding.DefaultSOAPEncodingTypeMappingImpl.createWithDelegate(DefaultSOAPEncodingTypeMappingImpl.java:44) [java] [foreach] at org.apache.axis.wsdl.toJava.Emitter$1.init(Emitter.java:702) [java] [foreach] at org.apache.axis.wsdl.toJava.Emitter.setTypeMappingVersion(Emitter.java:700) [java] [foreach] at org.apache.axis.tools.ant.wsdl.Wsdl2javaAntTask.execute(Wsdl2javaAntTask.java:232) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]