AW: Problems with building
Thanks I will have a look and report. Hudson now compiles fine. There are just problems while testing due lack of JSP support http://vmgump.apache.org/gump/public/hudson/hudson-core/gump_work/build_ hudson_hudson-core.txt 2009-04-27 23:44:45.995::INFO: NO JSP Support for /, did not find org.apache.jasper.servlet.JspServlet Tests run: 128, Failures: 0, Errors: 127, Skipped: 0 Jan - To unsubscribe, e-mail: general-unsubscr...@gump.apache.org For additional commands, e-mail: general-h...@gump.apache.org
AW: Problems with building
There are just problems while testing due lack of JSP support Depending on what you want to do with the Hudson build, you can disable tests or try to fix them 8-) I want to fix them ;) Maybe this is resolved by adding real dependencies ... The tests rely on a working JPS-engine. Gump could start a webserver? I have no idea why the tests would fail given that you are really only doing a mvn build as any developer would do on a freshly checked out working copy. Exactly. This is the point where I wanted to start. Right now you are really only doing a nightly build of hudson since it builds earlier than most of the libs it depends on. Yes - next step: adding dependencies in the Gump descriptor ... I thought why adding deps if Gump couldnt checkout the sources? ;) Jan - To unsubscribe, e-mail: general-unsubscr...@gump.apache.org For additional commands, e-mail: general-h...@gump.apache.org
AW: Problems with building
Do you know how much memory is supposed to be sufficient in order to build hudson? We could set MAVEN_OPTS globally. I tried MAVEN_OPTS with several values on my WinXP machine with Java 1.6.0_12: -Xmx32m : too less -Xmx64m : too less -Xmx128m : works I've set it to 256m on our Solaris zone http://gump.zones.apache.org/gump/test/index.html where it should be used for the next fresh build starting sometime this afternoon (from my European perspective). If things work well, I'll change vmgump's environment as well. Thanks I will have a look and report. Jan - To unsubscribe, e-mail: general-unsubscr...@gump.apache.org For additional commands, e-mail: general-h...@gump.apache.org
AW: Problems with building
Unlike the ant builder the mvn builder in Gump doesn't run Java directly but rather invokes the mvn wrapper script. The only way to infuence JVM settings here is by providing a MAVEN_OPTS environment variable. Unfortunately Gump doesn't provide a way to specify builder specific environment variables. Do you know how much memory is supposed to be sufficient in order to build hudson? We could set MAVEN_OPTS globally. I tried MAVEN_OPTS with several values on my WinXP machine with Java 1.6.0_12: -Xmx32m : too less -Xmx64m : too less -Xmx128m : works Jan - To unsubscribe, e-mail: general-unsubscr...@gump.apache.org For additional commands, e-mail: general-h...@gump.apache.org
Problems with building
I am trying to add the Hudson CI server to the projects built by Gump. But I only get an OutOfMemoryError [1] regardless what I pass to Maven2 [2] Any further ideas? Jan [1] Hudson build output http://vmgump.apache.org/gump/public/hudson/hudson-core/gump_work/build_ hudson_hudson-core.txt The system is out of resources. Consult the following stack trace for details. java.lang.OutOfMemoryError: Java heap space at java.nio.HeapCharBuffer.init(HeapCharBuffer.java:39) at java.nio.CharBuffer.allocate(CharBuffer.java:312) at com.sun.tools.javac.util.DefaultFileManager.decode(DefaultFileManager.ja va:686) [2] Hudson Gump descriptor http://svn.apache.org/repos/asf/gump/metadata/project/hudson.xml mvn separateLocalRepository=true basedir=hudson !-- Try to avoid the 'java.lang.OutOfMemoryError: Java heap space' -- jvmarg value=-Xmx1024m/ jvmarg value=-Xms1024m/ jvmarg value=-XX:MaxPermSize=512m/ /mvn - To unsubscribe, e-mail: general-unsubscr...@gump.apache.org For additional commands, e-mail: general-h...@gump.apache.org
AW: Re: svn commit: r735591 - /gump/metadata/project/velocity-engine.xml
Just for recap: - by prepending ${basedir} to all relative paths you want to get absolute paths - you calculate the string for ${basedir} with pathconvert - pathconvert adds a ':' sign Do you tried property name=basedir-os location=./ (I have only Windows so forgive my missing knowledge about the behaviour on Unix ;) Jan -Ursprüngliche Nachricht- Von: news [mailto:n...@ger.gmane.org] Im Auftrag von Bill Barker Gesendet: Montag, 19. Januar 2009 08:27 An: general@gump.apache.org Betreff: Re: svn commit: r735591 - /gump/metadata/project/velocity-engine.xml The build script is overly complicated, but the relevant part is: project name=Velocity default=world basedir=.. xmlns:artifact=urn:maven- artifact-ant path id=basedir-os pathelement location=${basedir} / /path !-- This is the relative base dir. This must be the root of the -- !-- Velocity distribution. All relative pathes are prefixed with -- !-- velocity.dir -- pathconvert property=velocity.dir refid=basedir-os targetos=unix/ After enabling debug in Gump, I could see that Ant found the right directory for the pathconvert, but prepended a ':' character to it. As the comments say, this is used to build paths for the rest of the script, so none of the resulting paths are valid. The build.xml file lives in the 'build' directory of the project, so .. is the srcdir from Gump's point of view. Stefan Bodewig bode...@apache.org wrote in message news:y1uab9nq38t@v30161.1blu.de... On 2009-01-19, billbar...@apache.org wrote: Attempt to work around what looks like an Ant bug so this builds Modified: gump/metadata/project/velocity-engine.xml What is going wrong, what do we need to fix in Ant? Stefan - To unsubscribe, e-mail: general-unsubscr...@gump.apache.org For additional commands, e-mail: general-h...@gump.apache.org - To unsubscribe, e-mail: general-unsubscr...@gump.apache.org For additional commands, e-mail: general-h...@gump.apache.org
AW: metadata
Doh. Thanks (what's the emoticon for rolling one's eyes at oneself?). -Matt There is a nice list on http://messenger.msn.com/Resource/Emoticons.aspx Rolling eyes is: 8-) Place a mirror before and you'll gett: |8-) ;-) Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: Maven2 builds
we've successfully built bcel on vmgump last night! congrats! Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: Failing project: jline
no changes ... Jan -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 15. März 2007 13:35 An: general@gump.apache.org Betreff: Failing project: jline jline = Dependees: 4 Affected : 5 Duration in state: 109 Gump metadata: jline.xml project name=jline ant target=jars.core.build basedir=. property name=version.name value=@@DATE@@ / /ant /project Error output: - Buildfile: build.xml does not exist! Build failed Comments: - JLine uses Maven2 for building [1]. Is there any Maven2-support from Gump? Jan [1] http://jline.sourceforge.net/building.html - 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]
AW: Failing project: derby-split-4
derby-split-4 = Dependees: 5 Affected : 6 Duration in state: 12 Gump metadata: sl4j.xml /snip What to do? Derby was recently changed to drop support for JDK 1.3, so the Derby build in Gump does not need to split around the classes that needed to be compiled with JDK 1.3. I've removed the split targets and replaced them with the normal Derby top-level build target 'all'. I'll keep an eye on the next few builds to make sure it builds normally. It seems that it's now fixed http://vmgump.apache.org/gump/public/project_todos.html Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: Failing project: smartfrog-test
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. 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 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 ;-) Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Failing project: mx4j-tools-from-packaged-jetty
I had a look at some failing projects ... mx4j-tools-from-packaged-jetty == Dependees: 20 Affected : 19 Duration in state: 90 Gump metadata: mx4j.xml project name=mx4j-tools-from-packaged-jetty depend project=mx4j inherit=all/ /project Error output: - compile.tools: [javac] /x1/gump/public/workspace/mx4j/tools/src/main/java/mx4j/tools/remote/Abs tractConnectionManager.java:23: package mx4j.remote does not exist [javac] import mx4j.remote.MX4JRemoteUtils; [javac]^ Comments: - There are /usr/local/gump/public/workspace/mx4j/dist/lib/mx4j-remote.jar /usr/local/gump/public/workspace/mx4j/dist/lib/mx4j-rimpl.jar in the project details [1] and I would think that the required classes should be in them. Any ideas? Jan [1] http://vmgump.apache.org/gump/public/mx4j/mx4j-tools-from-packaged-jetty /details.html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Failing project: slf4j
I had a look at some failing projects ... slf4j = Dependees: 16 Affected : 17 Duration in state: 90 Gump metadata: sl4j.xml project name=slf4j ant target=jar property name=jcl-version value=@@DATE@@/ /ant /project Error output: - Buildfile: build.xml does not exist! Build failed Comments: - There is a pom.xml and so I think they changed from Ant build to Maven. Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Failing project: derby-split-4
derby-split-4 = Dependees: 5 Affected : 6 Duration in state: 12 Gump metadata: sl4j.xml project name=derby-split-4 ant target=gump_split_4 property name=build.sysclasspath value=last/ property name=build.compiler value=jikes/ property name=deprecation value=false/ property name=empty project=java-runtime-1.3 reference=jarpath/ /ant /project Error output: - Buildfile: build.xml gump_split_4: BUILD FAILED /x1/gump/public/workspace/db-derby/build.xml:1618: The following error occurred while executing this line: Target compile_jdbc2 does not exist in the project null. Total time: 0 seconds Comments: - Gump derby-split-4 -- /build.xml gump_split_4 -- /java/engine/org/apache/derby/impl/jdbc compile_jdbc2 That buildfile does only contain the targets target name=compile depends=compile_jdbc3, compile_jdbc4/ target name=compile_jsr169 target name=compile_jsr169_opt target name=compile_jdbc3 depends=compile_jsr169 target name=compile_jdbc4 depends=compile_jdbc3 if=jdk16 I think that this target was removed in rev 516518 [1] DERBY-1983 (partial) Change the default base compile level to JDK 1.4 including changing the target/source flags for the compiler to be 1.4 instead of 1.3. by djd on 2007-03-09. What to do? I hope that djd is listening ... Jan [1] http://svn.apache.org/viewvc/db/derby/code/trunk/java/engine/org/apache/ derby/impl/jdbc/build.xml?r1=516518r2=516554diff_format=h - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: Project ant-contrib (inmodule ant-contrib) failed
I think AntContrib does not get the right (or no) ivy.jar. True. Ant-Contrib comes with two versions of Ivy in its own repo, I've just changed the Gump descriptor to use the 1.4.1 version. Fine, now all is fine http://vmgump.apache.org/gump/public/ant-contrib/ant-contrib/index.html Another thing is using Ivy itself - it's good to use Ivy for dependency management, but Gump wants (and should) overwrite that. That's the spirit of Continuous Integration. Gump does. Ivy will pull down whatever it wants but Ant will ignore it since Gump passed build.sysclasspath=only to it. good to know ... Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Projects failing because there is no cocoon
There are some projects - forrest - forrest-test - lenya which have dependency on cocoon. Message Bad Dependency. Project: cocoon unknown to *this* workspace Cocoons Gump-metadata is in project/cocoon/module.xml instead of project/cocoon.xml. Could that be a reason? Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Failing project: smartfrog-test
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. Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Project ant-contrib (inmodule ant-contrib) failed
I think AntContrib does not get the right (or no) ivy.jar. But the Classpath contains a /usr/local/gump/public/workspace/ant-contrib/lib/ivy/jars/ivy-1.3.1.jar . AntContrib uses Ivy itself for its dependency management. I dont know Ivy - does the ivy-conf.xml [1] eliminate the downloading from Maven2-Repo? Another thing is using Ivy itself - it's good to use Ivy for dependency management, but Gump wants (and should) overwrite that. That's the spirit of Continuous Integration. Another idea ... Ivy has changed its package due its incubator process. Could that be the reason for the error? Jan [1] http://ant-contrib.svn.sourceforge.net/viewvc/ant-contrib/trunk/ant-cont rib/ivy-conf.xml?view=markup BUILD OUTPUT ---8888888--- -8- resolve: :: resolving dependencies :: [ sourceforge | ant-contrib | [EMAIL PROTECTED] ] confs: [default, provided, test] found [ apache | bcel | 5.1 ] in default-resolver found [ apache | commons-httpclient | 3.0.1 ] in default-resolver found [ apache | commons-logging | 1.0.4 ] in default-resolver found [ jayasoft | ivy | 1.4.1 ] in default-resolver found [ apache | ant | 1.6.5 ] in default-resolver found [ apache | xercesImpl | 2.6.2 ] in default-resolver found [ junit | junit | 3.8.1 ] in default-resolver :: resolution report :: - | |modules|| artifacts | | conf | number| search|dwnlded|evicted|| number|dwnlded| - | default | 4 | 0 | 0 | 0 || 4 | 0 | | provided | 6 | 0 | 0 | 0 || 6 | 0 | | test | 5 | 0 | 0 | 0 || 5 | 0 | - classpath: compile: [mkdir] Created dir: /x1/gump/public/workspace/ant-contrib/target/classes [javac] Compiling 109 source files to /x1/gump/public/workspace/ant-contrib/target/classes [javac] /x1/gump/public/workspace/ant-contrib/src/java/net/sf/antcontrib/net/URL ImportTask.java:33: cannot find symbol [javac] symbol : class IvyContext [javac] location: package fr.jayasoft.ivy [javac] import fr.jayasoft.ivy.IvyContext; [javac]^ GUMP MESSAGE ---8888888--- -8- Project ant-contrib has an issue affecting its community integration. This issue affects 9 projects, and has been outstanding for 28 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - ant-contrib : Useful little Ant tasks - ant-contrib-test : Useful little Ant tasks - antbook-diary-core : Examples to go with Java Development with Ant - forrest-whiteboard-forrestdoc : Apache Forrest is an XML standards-oriented documentation fr... - forrest-whiteboard-forrestdoc-autotest : Apache Forrest is an XML standards-oriented documentation fr... - invicta : Open-source build management tool. - logging-log4cxx-ant : Apache log4cxx - logging-log4cxx-ant-no_wchar_t : Apache log4cxx - logging-log4cxx-ant-static : Apache log4cxx Full details are available at: http://vmgump.apache.org/gump/public/ant-contrib/ant-contrib/index.html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: Add ivy to gump
I added Ivy to the metadata. BTW - every committer has write access to it [1]. I couldnt see any error in the description, but are you sure with nagging only you? nag to=[EMAIL PROTECTED] from=Xavier Hanin lt;[EMAIL PROTECTED]gt;/ I think a mailinglist would be better, like nag to=dev@ant.apache.org from=Gump Integration Build lt;general@gump.apache.orggt;/ but maybe not incubator it's your decision. Jan [1] https://svn.apache.org/repos/asf/gump/metadata/ -Ursprüngliche Nachricht- Von: Maarten Coene [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 28. Dezember 2006 00:28 An: general@gump.apache.org Betreff: Add ivy to gump Hi, Ivy is a new project in the Apache Incubator. I've created a project descriptor so it can be added to gump. Could someone verify this descriptor I've attached to this mail and add it to the metadata repository? I've configured the email report to be sent to only me untill the project is configured properly in gump, to avoid spamming the ivy mailing lists. regards, Maarten __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: [EMAIL PROTECTED]: Project xml-batik (in module xml-batik) failed
BUILD FAILED /x1/gump/public/workspace/xml-batik/build.xml:1607: Execute failed: java.io.IOException: java.io.IOException: forrest: not found Batik now uses forrest to build its HTML documentation. It is assumed to be installed, and is called with an exec in the ant build file. Is there a way this can be made to work with gump? My own Forrest time is long time ago (0.2), but there was a possibility to invoke Forrest from Ant [1]. So I think this could maybe work: - declare a build dependency on Forrest jars (and on xml-commons-resolver-1.1.jar as written in [1]) - because you have declared the dependency on Forrest, it should be present then, so import Forrests buildscript as written and use it Maybe the build of Forrest must export environment variables (especially FORREST_HOME)... Makes sence? Jan [1] http://forrest.apache.org/docs_0_60/your-project.html#invoking_from_ant - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: Guidance on the Pluto Portal Gump build
Gump _could_ use a fix version of Castor. But that's more an intend of a Continous _Build_ Server, not a Continous _Integration_ Server like Gump. Gump should show, that a project is failing because it is not compatible with the latest version of another project. Jan -Ursprüngliche Nachricht- Von: Elliot Metsger [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 31. August 2006 14:57 An: general@gump.apache.org Betreff: Guidance on the Pluto Portal Gump build Hi all, I'm a committer the Pluto project. We're receiving Gump reports indicating that the Pluto Portal build (for the Pluto 1.0.2 branch) is failing [0]. A change in a dependency (Castor) is causing the build to fail. At this juncture, I don't think it is likely that we are going to upgrade the 1.0.2 branch to use the latest version of Castor, so these reports are going to continue. Is it feasible/appropriate/the Right Thing to modify the Gump build to use a specific version of Castor? Is this something that the Pluto team can take on or are the Gump configurations managed centrally? All apologies if this isn't the right list for this question. Best Regards, Elliot [0] http://vmgump.apache.org/gump/public/portals-pluto-1.0/portals- pluto-portal-1.0/index.html - 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]
bugs on the homepage
http://gump.apache.org/index.html#When+does+Gump+run%3F lists VMGump with JDK 1.4.2_04, but it´s updated to 1.5.0_06. http://gump.apache.org/whoweare.html lists Nicola Ken Barozzi and Nick Chalko as (active) AND emeritus PMC. Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Problem while adding a new project to gump
I checked out the Gump repo, placed a project definition in /metadata/project and the definition of the repository access in /metadata/repository. Then I did a 'svn add' (using TortoiseSVN). But I got an error while commiting: svn commit -m Add args4j - hopefully successful. (1st of setting up the integration build by Gump) project\args4j.xml repository\args4j.xml svn: Übertragen fehlgeschlagen (Details folgen): svn: MKACTIVITY von '/repos/asf/!svn/act/6c478208-4117-3b40-bf0f-5f209237fb2c': 403 Forbidden (http://svn.apache.org) MAYBE I got the wrong URL while checkout. 'svn info' gave me Pfad: . URL: http://svn.apache.org/repos/asf/gump UUID des Projektarchivs: 13f79535-47bb-0310-9956-ffa450edef68 Revision: 382085 Knotentyp: Verzeichnis Plan: normal Letzter Autor: billbarker Letzte genderte Rev: 381896 Letztes Žnderungsdatum: 2006-03-01 04:54:41 +0100 (Mi, 01 Mrz 2006) Questions: * Was my first attempt (adding the two files) correct? * If it was the wrong url while checkout (http instead https - maybe): is there any possibility for changing without a complete new checkout? * Some else wrong? Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: Problem while adding a new project to gump
* If it was the wrong url while checkout (http instead https - maybe): is there any possibility for changing without a complete new checkout? Like any other ASF repo, you need to co with https if you want to ci. svn switch https://... does what you want. Thanks, I tried that - but without success. It changed only the root level not recursive. (and I havent done a 'svn switch -N'). Doesnt matter - I checked out a second time... Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: Problem while adding a new project to gump
* Was my first attempt (adding the two files) correct? You need to add them to profile/gump.xml, but otherwise yes. Thanks, I did it now. Hope for success :-) * If it was the wrong url while checkout (http instead https - maybe): is there any possibility for changing without a complete new checkout? Like any other ASF repo, you need to co with https if you want to ci. Yep, thought that. I had copied the wrong from the browser. Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: svn commit: r379581 - in /gump/metadata/project: smartfrog.xml ws-axis2.xml ws-commons.xml
Betreff: Re: svn commit: r379581 - in /gump/metadata/project: smartfrog.xml ws-axis2.xml ws-commons.xml 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? I did a search - the best result for me was a commit message [1] in XmlBeans where they added some v2/jam/src/org/apache/xmlbeans/impl/jam/annogen/AnnotationService*.java files. Smartfrog ... I think Steve or the XmlBeans-team could help here ;-) Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: Bringing up Gump on Java1.5
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 ... Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: BATCH: All dressed up, with nowhere to go...
http://vmgump.apache.org/gump/public/junit/junit/gump_work/build_junit_junit.html CLASSPATH :/opt/jdk1.4/lib/tools.jar ... [javac] Compiling 139 source files to /x1/gump/public/workspace/junit [javac] /x1/gump/public/workspace/junit/junit/extensions/ActiveTestSuite.java:20: identifier expected [javac] public ActiveTestSuite(Class? extends TestCase theClass) { It seems that JUnit needs Java5, but got only a 1.4... Jan -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 16. Februar 2006 20:20 An: general@gump.apache.org Betreff: BATCH: All dressed up, with nowhere to go... Dear Gumpmeisters, The following 2 notifys should have been sent *** G U M P [EMAIL PROTECTED]: Project junit (in module junit) failed [EMAIL PROTECTED]: Project jmock (in module jmock) failed *** G U M P [EMAIL PROTECTED]: Project junit (in module junit) failed To whom it may engage... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Gump Java 5
Is there a running gump on Java 5? Means - (how) can I add a project that needs Java5? Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
FYI: Performing Nightly Builds with Team Foundation Server
In a blog I read: http://blogs.msdn.com/irenak/archive/2005/11/21/495532.aspx SYSK 10: Automating nightly builds Sounds like a great idea? Then check out this article, which describes the creation of a command-line tool that makes generating nightly builds from the code stored in Microsoft Visual Studio Team Foundation Server -- http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnvs05/ html/NtBldTmSrv.asp mmmh - base idea sounds very familiar ... http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnvs05/ html/NtBldTmSrv.asp Summary: This article describes the creation of a command-line tool that makes generating nightly builds from the code stored in Microsoft Visual Studio Team Foundation Server. (5 printed pages) cheers Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: Gump3 Presentation
This is my first real project with opensource so regarding the licens files, Do I need to unpack the licens files or is it enought to let them be in the jar files of the third party jars ?? they need to be in the source code tree somewhere like Stefano wrote. It isn't very important what is in the jar files as we aren't re-distributing anything. Mmh - an open repository is a small distro. Other could check out the project and use it. Then it would be good to have the license files... Also I have now added the Apache Lincens in the root directory of the project. I quess I'll have to include it in the war archive as well when they build it with ant. Please feel free to comment. I'm in this to learn and hope that you don't get sick of my stupidity and novice questions. Heh. Stop calling yourself stupid will you :-) Indeed. And - the will to help increases if someone tries to improve the project :-) - it still uses hibernate Ok... sound you don't like hibernate ? I'll update the SQL file so you can use both. Thats the point you can use SQL or hibernate your choice. Maybe a flag (e.g. system property, deployment property) could specify which to use. So noone has to modify files. Great. Please write a little readme on how to do that configuration. Its not that I don't like hibernate, its that hibernate is under the LGPL license which doesn't work so well with the Apache License / Apache License policies. Really, Leo? I thought LGPL is ok and GPL not. Ok - usually I try not to rely on non-ASF-licensed code. ONE license is the best (over a couple of). Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: Gump presentation
Is there a chance that I can mail it somewhere rether then fax it? I don't have a fax so that would make it a lot easier for me. The CLA at http://www.apache.org/licenses/icla.txt includes the address: The Apache Software Foundation, 1901 Munsey Drive, Forest Hill, MD 21050-2747, U.S.A. I think email is not possibility because you cant sign it (manually with pen :-) IMHO fax or snail mail are the only possible ways to get your CLA there. Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: Gump presentation
I have made some progress and I'm wondering where to send my code is it ok to just add a sub catalog to the existing svn tree if so do I have permisson to do so and where should I put that folder if not. Where can I mail it? to this list? With a specifik format for the mail? Adam talked about [jira] but couldn't give me a good answer to that. The chiefs of Gump could say more to this topic ... - directory structure ... - maybe new subproject Since this is my first commit to a openscource project I'm also interested in information of whats needed in my commit. I know I need to have a README with installation and requirements. Also I need a TODO to describe what more I think can/should be done to the project. Sources, used libraries, buildfiles, docs, ... Testcases are very welcome :-) The project is build by ant to a .war archive should I make some .sh and .bat files for the build part. Should I have it as a .war or should I leav it as an open archive? _Inside_ the svn IMO there shouldnt be the war - it can be regenerated automatically by Ant. Just the sources. No class files, no build directory. You dont have to write shell scripts for just running Ant. Java developers are able to do that :-) cheers Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: BATCH: All dressed up, with nowhere to go...
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] It seems to me that the homepage is not uptodate: that nagged.html contains a menu on the left side results and both links (Nightly and Jars) refer to http://brutus.apache.org/... which isnt available. And I think the results are von vmgump.apache.org cheers Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]