Re: Processing based off statistics
On Thu, 26 Feb 2004, Adam R. B. Jack [EMAIL PROTECTED] wrote: It occurs to me that folks (like the Avalon team) are possibly frustrated by the nags they are getting, but (despite Leo's request for volunteers) are not finding time to fix them. I hope (like some folks on the forrest list) they aren't getting annoyed at the nags, but I could understand it if the are. As such, some thoughts occur... In the specific Avalon situation I beg to differ. If we all had commit access to the descriptors, I'm almost certain the avalon project wouldn't fail any longer. There are other failures in avalon due to properties not being set correctly or wrong paths. If Leo can't find help inside the Avalon team we may be better of with moving the descriptors under Gump control. In Gump's module the Avalon committers can still manage them, there are just more hands available to fix them, not less. 1) What are your thoughts to these two above? Any objects to backing off nags if ignored or (like w/ jUDDI, just deferred?) If the nags are annoying, committers for the project can simply turn them off. Same for deferred nags. After all all committers are able to remove the nag elements. This doesn't apply to externally hosted projects, see mockobjects. In this case we should disable nagging completely - on request. 2) Any other ideas for things we wish to make dependent upon last state? I'm not sure I follow you here. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-gump/java Jenny.java Launcher.java LocalCheck.java Module.java Project.java Repository.java Server.java Workspace.java
bodewig 2004/02/27 00:31:32 Modified:java Jenny.java Launcher.java LocalCheck.java Module.java Project.java Repository.java Server.java Workspace.java Log: Switch to 2.0 license. I've kept the copyright years, but am 100% sure they are all wrong since Gump hasn't been there in 1999, or has it? Revision ChangesPath 1.26 +16 -57jakarta-gump/java/Jenny.java Index: Jenny.java === RCS file: /home/cvs/jakarta-gump/java/Jenny.java,v retrieving revision 1.25 retrieving revision 1.26 diff -u -r1.25 -r1.26 --- Jenny.java27 Jul 2003 03:40:04 - 1.25 +++ Jenny.java27 Feb 2004 08:31:31 - 1.26 @@ -1,62 +1,21 @@ /* + * Copyright 1999-2004 The Apache Software Foundation + * + * Licensed under the Apache License, Version 2.0 (the License); + * you may not use this file except in compliance with the License. + * You may obtain a copy of the License at + * + * http://www.apache.org/licenses/LICENSE-2.0 + * + * Unless required by applicable law or agreed to in writing, software + * distributed under the License is distributed on an AS IS BASIS, + * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. + * See the License for the specific language governing permissions and + * limitations under the License. + * * $Header$ * $Revision$ * $Date$ - * - * - * - * The Apache Software License, Version 1.1 - * - * Copyright (c) 1999-2003 The Apache Software Foundation. All rights - * reserved. - * - * Redistribution and use in source and binary forms, with or without - * modification, are permitted provided that the following conditions - * are met: - * - * 1. Redistributions of source code must retain the above copyright - *notice, this list of conditions and the following disclaimer. - * - * 2. Redistributions in binary form must reproduce the above copyright - *notice, this list of conditions and the following disclaimer in - *the documentation and/or other materials provided with the - *distribution. - * - * 3. The end-user documentation included with the redistribution, if - *any, must include the following acknowlegement: - * This product includes software developed by the - *Apache Software Foundation (http://www.apache.org/). - *Alternately, this acknowlegement may appear in the software itself, - *if and wherever such third-party acknowlegements normally appear. - * - * 4. The names The Jakarta Project, Alexandria, and Apache Software - *Foundation must not be used to endorse or promote products derived - *from this software without prior written permission. For written - *permission, please contact [EMAIL PROTECTED] - * - * 5. Products derived from this software may not be called Apache - *nor may Apache appear in their names without prior written - *permission of the Apache Group. - * - * THIS SOFTWARE IS PROVIDED ``AS IS'' AND ANY EXPRESSED OR IMPLIED - * WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES - * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE - * DISCLAIMED. IN NO EVENT SHALL THE APACHE SOFTWARE FOUNDATION OR - * ITS CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, - * SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT - * LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF - * USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND - * ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, - * OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT - * OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF - * SUCH DAMAGE. - * - * - * This software consists of voluntary contributions made by many - * individuals on behalf of the Apache Software Foundation. For more - * information on the Apache Software Foundation, please see - * http://www.apache.org/. - * */ // TRaX classes 1.2 +17 -53jakarta-gump/java/Launcher.java Index: Launcher.java === RCS file: /home/cvs/jakarta-gump/java/Launcher.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- Launcher.java 2 Apr 2003 20:22:34 - 1.1 +++ Launcher.java 27 Feb 2004 08:31:31 - 1.2 @@ -1,57 +1,21 @@ -/* - * - * The Apache Software License, Version 1.1 - * - * Copyright (c) 1999-2003 The Apache Software Foundation
cvs commit: jakarta-gump/profile gump.xml
bodewig 2004/02/27 00:18:29 Modified:profile gump.xml Log: Add W3C's DOM testsuite Revision ChangesPath 1.306 +1 -0 jakarta-gump/profile/gump.xml Index: gump.xml === RCS file: /home/cvs/jakarta-gump/profile/gump.xml,v retrieving revision 1.305 retrieving revision 1.306 diff -u -r1.305 -r1.306 --- gump.xml 20 Feb 2004 11:22:39 - 1.305 +++ gump.xml 27 Feb 2004 08:18:29 - 1.306 @@ -189,6 +189,7 @@ module href=project/bsf.xml/ module href=project/castor.xml/ module href=project/cryptix.xml/ + module href=http://dev.w3.org/cvsweb/~checkout~/2001/DOM-Test-Suite/domts.xml?content-type=text/xml/ module href=project/dougLea.xml/ module href=project/eyebrowse.xml/ module href=project/javacc.xml/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-gump/project adaptx.xml ant-antidote.xml ant.xml antlr.xml aspectj-cvs.xml aspectj.xml avalon-components.xml avalon-excalibur.xml avalon-logkit.xml avalon-phoenix.xml avalon-sandbox.xml avalon-site.xml barcode4j.xml beanshell.xml beepcore.xml bsf.xml castor.xml checkstyle.xml commons-httpclient-2.0-branch.xml cos.xml cryptix.xml db-ojb.xml db-torque.xml depot.xml directory-naming.xml dom4j.xml dougLea.xml eclipse.xml ejb.xml eyebrowse.xml fesi.xml forehead.xml freemarker.xml gump-test.xml gump.xml gumpy.xml hsqldb.xml httpunit.xml incubator-altrmi.xml incubator-geronimo.xml invicta.xml iso-relax.xml j2ee-connector.xml jaas.xml jaf.xml jakarta-bcel.xml jakarta-bsf.xml jakarta-cactus.xml jakarta-commons-sandbox.xml jakarta-commons.xml jakarta-ecs.xml jakarta-jetspeed.xml jakarta-jmeter.xml jakarta-log4j-12.xml jakarta-log4j.xml jakarta-lucene.xml jakarta-oro.xml jakarta-pluto.xml jakarta-poi.xml jakarta-poi3.xml jakarta-regexp.xml jakarta-servletapi-4.xml jakarta-servletapi-5.xml jakarta-servletapi.xml jakarta-site2.xml jakarta-slide.xml jakarta-struts.xml jakarta-taglibs.xml jakarta-tomcat-33.xml jakarta-tomcat-40.xml jakarta-tomcat-5.xml jakarta-tomcat-catalina.xml jakarta-tomcat-connectors-coyote_10.xml jakarta-tomcat-connectors.xml jakarta-tomcat-jasper.xml jakarta-tomcat-jasper_tc4.xml jakarta-tomcat-jasper_tc5.xml jakarta-tools.xml jakarta-turbine-2.xml jakarta-turbine-3.xml jakarta-turbine-flux.xml jakarta-turbine-fulcrum.xml jakarta-turbine-jcs.xml jakarta-turbine-jyve.xml jakarta-turbine-orgami.xml jakarta-turbine-site.xml jakarta-turbine-stratum.xml jakarta-turbine-tdk.xml jakarta-velocity-dvsl.xml jakarta-velocity-tools.xml jakarta-velocity.xml jakarta-watchdog.xml james-server.xml java-xml-pack.xml javacc.xml javagroups.xml javamail.xml javasrc.xml javassist.xml jaxen.xml jce.xml jcifs.xml jdbc.xml jdepend.xml jdo.xml jdom.xml jelly-tags.xml jetty.xml jfor.xml jgen.xml jgenerator.xml jimi.xml jms.xml jmx.xml jndi.xml jrefactory.xml jsch.xml jsse.xml jstl-jsp-12.xml jta.xml jtidy.xml jts.xml junit-addons.xml junit.xml junitperf.xml jython.xml ldap.xml maven.xml mockobjects.xml msv.xml multipartrequest.xml mx4j.xml nekohtml.xml nsuml.xml packaged-dom4j.xml packaged-jaxen.xml qdox.xml quartz.xml relaxng.xml rhino-cocoondev.xml rhino.xml scarab.xml smartfrog.xml town.xml tranquilo.xml uddi4j.xml village.xml webwork.xml werkz.xml which4j.xml ws-axis.xml ws-jaxme.xml ws-juddi.xml ws-soap.xml ws-wsif.xml ws-wsil.xml ws-wsrp4j.xml ws-xmlrpc.xml wsdl4j.xml wss4j.xml xdoclet.xml xjavadoc.xml xml-batik.xml xml-commons.xml xml-crimson.xml xml-fop-maintenance.xml xml-fop.xml xml-security.xml xml-site.xml xml-stylebook.xml xml-xalan.xml xml-xerces.xml xml-xerces2.xml xml-xindice.xml xml-xmlbeans.xml xmlunit.xml xom.xml
bodewig 2004/02/27 01:23:03 Modified:project adaptx.xml ant-antidote.xml ant.xml antlr.xml aspectj-cvs.xml aspectj.xml avalon-components.xml avalon-excalibur.xml avalon-logkit.xml avalon-phoenix.xml avalon-sandbox.xml avalon-site.xml barcode4j.xml beanshell.xml beepcore.xml bsf.xml castor.xml checkstyle.xml commons-httpclient-2.0-branch.xml cos.xml cryptix.xml db-ojb.xml db-torque.xml depot.xml directory-naming.xml dom4j.xml dougLea.xml eclipse.xml ejb.xml eyebrowse.xml fesi.xml forehead.xml freemarker.xml gump-test.xml gump.xml gumpy.xml hsqldb.xml httpunit.xml incubator-altrmi.xml incubator-geronimo.xml invicta.xml iso-relax.xml j2ee-connector.xml jaas.xml jaf.xml jakarta-bcel.xml jakarta-bsf.xml jakarta-cactus.xml jakarta-commons-sandbox.xml jakarta-commons.xml jakarta-ecs.xml jakarta-jetspeed.xml jakarta-jmeter.xml jakarta-log4j-12.xml jakarta-log4j.xml jakarta-lucene.xml jakarta-oro.xml jakarta-pluto.xml jakarta-poi.xml jakarta-poi3.xml jakarta-regexp.xml jakarta-servletapi-4.xml jakarta-servletapi-5.xml jakarta-servletapi.xml jakarta-site2.xml jakarta-slide.xml jakarta-struts.xml jakarta-taglibs.xml jakarta-tomcat-33.xml jakarta-tomcat-40.xml jakarta-tomcat-5.xml jakarta-tomcat-catalina.xml jakarta-tomcat-connectors-coyote_10.xml jakarta-tomcat-connectors.xml jakarta-tomcat-jasper.xml jakarta-tomcat-jasper_tc4.xml jakarta-tomcat-jasper_tc5.xml jakarta-tools.xml jakarta-turbine-2.xml jakarta-turbine-3.xml jakarta-turbine-flux.xml jakarta-turbine-fulcrum.xml jakarta-turbine-jcs.xml jakarta-turbine-jyve.xml jakarta-turbine-orgami.xml jakarta-turbine-site.xml jakarta-turbine-stratum.xml jakarta-turbine-tdk.xml jakarta-velocity-dvsl.xml jakarta-velocity-tools.xml jakarta-velocity.xml jakarta-watchdog.xml james-server.xml java-xml-pack.xml javacc.xml javagroups.xml javamail.xml javasrc.xml javassist.xml jaxen.xml jce.xml jcifs.xml jdbc.xml jdepend.xml jdo.xml jdom.xml jelly-tags.xml jetty.xml jfor.xml jgen.xml jgenerator.xml jimi.xml jms.xml jmx.xml jndi.xml jrefactory.xml jsch.xml jsse.xml jstl-jsp-12.xml jta.xml jtidy.xml jts.xml junit-addons.xml junit.xml junitperf.xml jython.xml ldap.xml maven.xml mockobjects.xml msv.xml multipartrequest.xml mx4j.xml nekohtml.xml nsuml.xml packaged-dom4j.xml packaged-jaxen.xml qdox.xml quartz.xml relaxng.xml rhino-cocoondev.xml rhino.xml scarab.xml smartfrog.xml town.xml tranquilo.xml uddi4j.xml village.xml webwork.xml werkz.xml which4j.xml ws-axis.xml ws-jaxme.xml ws-juddi.xml ws-soap.xml ws-wsif.xml ws-wsil.xml ws-wsrp4j.xml ws-xmlrpc.xml wsdl4j.xml wss4j.xml xdoclet.xml xjavadoc.xml xml-batik.xml xml-commons.xml xml-crimson.xml xml-fop-maintenance.xml xml-fop.xml xml-security.xml xml-site.xml xml-stylebook.xml xml-xalan.xml xml-xerces.xml xml-xerces2.xml xml-xindice.xml xml-xmlbeans.xml xmlunit.xml xom.xml Log: Add license Revision ChangesPath 1.2 +16 -0 jakarta-gump/project/adaptx.xml http://cvs.apache.org/viewcvs/jakarta-gump/project/adaptx.xml.diff?r1=1.1r2=1.2 1.6 +16 -0 jakarta-gump/project/ant-antidote.xml http://cvs.apache.org/viewcvs/jakarta-gump/project/ant-antidote.xml.diff?r1=1.5r2=1.6 1.13 +16 -0 jakarta-gump/project/ant.xml http://cvs.apache.org/viewcvs/jakarta-gump/project/ant.xml.diff?r1=1.12r2=1.13 1.2 +16 -0 jakarta-gump/project/antlr.xml http://cvs.apache.org/viewcvs/jakarta-gump/project/antlr.xml.diff?r1=1.1r2=1.2 1.2
cvs commit: jakarta-gump PC103.xml build.xml cocoondev.xml gen.bat gen.sh global-workspace.xml gump.sh gump.xml gumpy.bat gumpy.sh gumpytest.bat gumpytest.sh minimal-workspace.xml nag.pl rubix.xml rubypad.xml status.xml
bodewig 2004/02/27 01:30:48 Modified:.PC103.xml build.xml cocoondev.xml gen.bat gen.sh global-workspace.xml gump.sh gump.xml gumpy.bat gumpy.sh gumpytest.bat gumpytest.sh minimal-workspace.xml nag.pl rubix.xml rubypad.xml status.xml Log: Add license Revision ChangesPath 1.4 +17 -1 jakarta-gump/PC103.xml Index: PC103.xml === RCS file: /home/cvs/jakarta-gump/PC103.xml,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- PC103.xml 5 May 2003 10:21:48 - 1.3 +++ PC103.xml 27 Feb 2004 09:30:47 - 1.4 @@ -1,4 +1,20 @@ -?xml version=1.0 ? +?xml version=1.0? +!-- + Copyright 2003-2004 The Apache Software Foundation + + Licensed under the Apache License, Version 2.0 (the License); + you may not use this file except in compliance with the License. + You may obtain a copy of the License at + + http://www.apache.org/licenses/LICENSE-2.0 + + Unless required by applicable law or agreed to in writing, software + distributed under the License is distributed on an AS IS BASIS, + WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. + See the License for the specific language governing permissions and + limitations under the License. +-- + !-- 1.28 +16 -0 jakarta-gump/build.xml Index: build.xml === RCS file: /home/cvs/jakarta-gump/build.xml,v retrieving revision 1.27 retrieving revision 1.28 diff -u -r1.27 -r1.28 --- build.xml 12 Feb 2004 12:37:52 - 1.27 +++ build.xml 27 Feb 2004 09:30:47 - 1.28 @@ -1,3 +1,19 @@ +?xml version=1.0? +!-- + Copyright 2001-2004 The Apache Software Foundation + + Licensed under the Apache License, Version 2.0 (the License); + you may not use this file except in compliance with the License. + You may obtain a copy of the License at + + http://www.apache.org/licenses/LICENSE-2.0 + + Unless required by applicable law or agreed to in writing, software + distributed under the License is distributed on an AS IS BASIS, + WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. + See the License for the specific language governing permissions and + limitations under the License. +-- !-- Build the scripts 1.5 +16 -0 jakarta-gump/cocoondev.xml Index: cocoondev.xml === RCS file: /home/cvs/jakarta-gump/cocoondev.xml,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- cocoondev.xml 15 Dec 2003 16:28:00 - 1.4 +++ cocoondev.xml 27 Feb 2004 09:30:47 - 1.5 @@ -1,3 +1,19 @@ +?xml version=1.0? +!-- + Copyright 2003-2004 The Apache Software Foundation + + Licensed under the Apache License, Version 2.0 (the License); + you may not use this file except in compliance with the License. + You may obtain a copy of the License at + + http://www.apache.org/licenses/LICENSE-2.0 + + Unless required by applicable law or agreed to in writing, software + distributed under the License is distributed on an AS IS BASIS, + WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. + See the License for the specific language governing permissions and + limitations under the License. +-- workspace basedir=/usr/serverlocal/gump logdir=/www/gump.cocoondev.org/webapps/ROOT pkgdir=/usr/serverlocal/gump/opt 1.31 +15 -0 jakarta-gump/gen.bat Index: gen.bat === RCS file: /home/cvs/jakarta-gump/gen.bat,v retrieving revision 1.30 retrieving revision 1.31 diff -u -r1.30 -r1.31 --- gen.bat 9 Aug 2003 23:21:45 - 1.30 +++ gen.bat 27 Feb 2004 09:30:47 - 1.31 @@ -1,4 +1,19 @@ @echo off + +REM Copyright 2001-2004 The Apache Software Foundation +REM +REM Licensed under the Apache License, Version 2.0 (the License); +REM you may not use this file except in compliance with the License. +REM You may obtain a copy of the License at +REM +REM http://www.apache.org/licenses/LICENSE-2.0 +REM +REM Unless required by applicable law or agreed to in writing, software +REM distributed under the License is distributed on an AS IS BASIS, +REM WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. +REM See the License for the specific language governing permissions and +REM limitations under the License. + @if %GUMP_ECHO% == on echo %GUMP_ECHO% SETLOCAL @REM SET JAXP=C:\jaxp-1.1
cvs commit: jakarta-gump/src/documentation/content/xdocs/traditional index.xml usage.xml
bodewig 2004/02/27 01:38:57 Modified:src/documentation skinconf.xml src/documentation/content/xdocs faq.xml gettingstarted.xml index.xml nagged.xml site.xml status.xml tabs.xml why.xml src/documentation/content/xdocs/images bench.svg gump-logo-original.svg src/documentation/content/xdocs/metadata ant.xml index.xml module.xml practices.xml profile.xml project.xml repository.xml workspace.xml src/documentation/content/xdocs/python index.xml usage.xml src/documentation/content/xdocs/traditional index.xml usage.xml Log: Add license Revision ChangesPath 1.8 +15 -0 jakarta-gump/src/documentation/skinconf.xml Index: skinconf.xml === RCS file: /home/cvs/jakarta-gump/src/documentation/skinconf.xml,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- skinconf.xml 15 Feb 2004 17:32:06 - 1.7 +++ skinconf.xml 27 Feb 2004 09:38:56 - 1.8 @@ -1,4 +1,19 @@ ?xml version=1.0? +!-- + Copyright 2003-2004 The Apache Software Foundation + + Licensed under the Apache License, Version 2.0 (the License); + you may not use this file except in compliance with the License. + You may obtain a copy of the License at + + http://www.apache.org/licenses/LICENSE-2.0 + + Unless required by applicable law or agreed to in writing, software + distributed under the License is distributed on an AS IS BASIS, + WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. + See the License for the specific language governing permissions and + limitations under the License. +-- !-- Skin configuration file. This file contains details of your project, which will 1.3 +15 -0 jakarta-gump/src/documentation/content/xdocs/faq.xml Index: faq.xml === RCS file: /home/cvs/jakarta-gump/src/documentation/content/xdocs/faq.xml,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- faq.xml 26 Nov 2003 19:06:44 - 1.2 +++ faq.xml 27 Feb 2004 09:38:56 - 1.3 @@ -1,4 +1,19 @@ ?xml version=1.0 encoding=ISO-8859-1? +!-- + Copyright 2003-2004 The Apache Software Foundation + + Licensed under the Apache License, Version 2.0 (the License); + you may not use this file except in compliance with the License. + You may obtain a copy of the License at + + http://www.apache.org/licenses/LICENSE-2.0 + + Unless required by applicable law or agreed to in writing, software + distributed under the License is distributed on an AS IS BASIS, + WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. + See the License for the specific language governing permissions and + limitations under the License. +-- !DOCTYPE document PUBLIC -//APACHE//DTD Documentation V1.1//EN document-v11.dtd document header 1.7 +15 -0 jakarta-gump/src/documentation/content/xdocs/gettingstarted.xml Index: gettingstarted.xml === RCS file: /home/cvs/jakarta-gump/src/documentation/content/xdocs/gettingstarted.xml,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- gettingstarted.xml16 Jan 2004 17:39:59 - 1.6 +++ gettingstarted.xml27 Feb 2004 09:38:56 - 1.7 @@ -1,4 +1,19 @@ ?xml version=1.0 encoding=ISO-8859-1? +!-- + Copyright 2003-2004 The Apache Software Foundation + + Licensed under the Apache License, Version 2.0 (the License); + you may not use this file except in compliance with the License. + You may obtain a copy of the License at + + http://www.apache.org/licenses/LICENSE-2.0 + + Unless required by applicable law or agreed to in writing, software + distributed under the License is distributed on an AS IS BASIS, + WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. + See the License for the specific language governing permissions and + limitations under the License. +-- !DOCTYPE document PUBLIC -//APACHE//DTD Documentation V1.1//EN document-v11.dtd document 1.4 +15 -0 jakarta-gump/src/documentation/content/xdocs/index.xml Index: index.xml === RCS file: /home/cvs/jakarta-gump/src/documentation/content/xdocs/index.xml,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- index.xml 29 Jan 2004 18:11:55 - 1.3 +++ index.xml 27 Feb 2004 09:38:56 - 1.4 @@ -1,4
cvs commit: jakarta-gump/project jakarta-log4j-12.xml
bodewig 2004/02/27 02:25:58 Modified:project jakarta-log4j-12.xml Log: follow the jar Revision ChangesPath 1.8 +1 -1 jakarta-gump/project/jakarta-log4j-12.xml Index: jakarta-log4j-12.xml === RCS file: /home/cvs/jakarta-gump/project/jakarta-log4j-12.xml,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- jakarta-log4j-12.xml 27 Feb 2004 09:22:56 - 1.7 +++ jakarta-log4j-12.xml 27 Feb 2004 10:25:58 - 1.8 @@ -39,7 +39,7 @@ option project=javamail/ !--home nested=dist/-- -jar name=log4j-@@DATE@@.jar/ +jar name=dist/lib/log4j-@@DATE@@.jar/ nag to=[EMAIL PROTECTED] subject=Build Failure 1.2 branch - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-gump/project jakarta-poi.xml
bodewig 2004/02/27 02:31:02 Modified:project jakarta-poi.xml Log: follow the jars Revision ChangesPath 1.31 +3 -3 jakarta-gump/project/jakarta-poi.xml Index: jakarta-poi.xml === RCS file: /home/cvs/jakarta-gump/project/jakarta-poi.xml,v retrieving revision 1.30 retrieving revision 1.31 diff -u -r1.30 -r1.31 --- jakarta-poi.xml 27 Feb 2004 09:22:56 - 1.30 +++ jakarta-poi.xml 27 Feb 2004 10:31:02 - 1.31 @@ -39,9 +39,9 @@ work nested=build/test-classes/ work nested=build/scratchpad-test-classes/ home nested=build/dist/ -jar name=poi-2.00.0-pre2-@@DATE@@.jar/ -jar name=poi-contrib-2.00.0-pre2-@@DATE@@.jar/ -jar name=poi-scratchpad-2.00.0-pre2-@@DATE@@.jar/ +jar name=poi-2.00.0-final-@@DATE@@.jar/ +jar name=poi-contrib-2.00.0-final-@@DATE@@.jar/ +jar name=poi-scratchpad-2.00.0-final-@@DATE@@.jar/ javadoc module=jakarta-poi nested=build/tmp/site/build/site/apidocs/ nag to=[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-gump/project jakarta-poi.xml
bodewig 2004/02/27 02:46:07 Modified:project jakarta-poi.xml Log: fiddle with version numbers Revision ChangesPath 1.32 +3 -3 jakarta-gump/project/jakarta-poi.xml Index: jakarta-poi.xml === RCS file: /home/cvs/jakarta-gump/project/jakarta-poi.xml,v retrieving revision 1.31 retrieving revision 1.32 diff -u -r1.31 -r1.32 --- jakarta-poi.xml 27 Feb 2004 10:31:02 - 1.31 +++ jakarta-poi.xml 27 Feb 2004 10:46:07 - 1.32 @@ -39,9 +39,9 @@ work nested=build/test-classes/ work nested=build/scratchpad-test-classes/ home nested=build/dist/ -jar name=poi-2.00.0-final-@@DATE@@.jar/ -jar name=poi-contrib-2.00.0-final-@@DATE@@.jar/ -jar name=poi-scratchpad-2.00.0-final-@@DATE@@.jar/ +jar name=poi-2.0-final-@@DATE@@.jar/ +jar name=poi-contrib-2.0-final-@@DATE@@.jar/ +jar name=poi-scratchpad-2.0-final-@@DATE@@.jar/ javadoc module=jakarta-poi nested=build/tmp/site/build/site/apidocs/ nag to=[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Where are the javadocs?
On Thu, 26 Feb 2004, Nicola Ken Barozzi [EMAIL PROTECTED] wrote: Where do I find them? Take a look into the docs: [1]: , | This option only has any meaning if the javadoc element is present | in the workspace definition. ` which is not true on the covalent.net box (which uses the gump.xml workspace from CVS). , | Python Gump does NOT (currently) support this feature. ` Does this answer your question? 8-) Stefan Footnotes: [1] http://jakarta.apache.org/gump/metadata/project.html#javadoc - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-gump/repository logging.xml
bodewig 2004/02/27 05:33:57 Modified:profile gump.xml project ant.xml avalon-excalibur.xml avalon-logkit.xml avalon-phoenix.xml db-ojb.xml db-torque.xml eyebrowse.xml freemarker.xml incubator-altrmi.xml jakarta-cactus.xml jakarta-commons-sandbox.xml jakarta-commons.xml jakarta-poi.xml jakarta-poi3.xml jakarta-slide.xml jakarta-tomcat-33.xml jakarta-turbine-2.xml jakarta-turbine-3.xml jakarta-turbine-fulcrum.xml jakarta-turbine-jcs.xml jakarta-turbine-stratum.xml jakarta-velocity.xml javagroups.xml jgen.xml jgenerator.xml maven.xml mx4j.xml quartz.xml scarab.xml smartfrog.xml webwork.xml ws-axis.xml ws-jaxme.xml ws-wsrp4j.xml wss4j.xml xdoclet.xml xjavadoc.xml Added: project logging-log4j-12.xml logging-log4j.xml repository logging.xml Removed: project jakarta-log4j-12.xml jakarta-log4j.xml Log: jakarta-log4j - logging-log4j Revision ChangesPath 1.308 +5 -2 jakarta-gump/profile/gump.xml Index: gump.xml === RCS file: /home/cvs/jakarta-gump/profile/gump.xml,v retrieving revision 1.307 retrieving revision 1.308 diff -u -r1.307 -r1.308 --- gump.xml 27 Feb 2004 08:56:57 - 1.307 +++ gump.xml 27 Feb 2004 13:33:56 - 1.308 @@ -66,8 +66,6 @@ module href=project/jakarta-ecs.xml/ module href=project/jakarta-jetspeed.xml/ module href=project/jakarta-jmeter.xml/ - module href=project/jakarta-log4j.xml/ - module href=project/jakarta-log4j-12.xml/ module href=project/jakarta-lucene.xml/ module href=project/jakarta-oro.xml/ module href=project/jakarta-poi.xml/ @@ -116,6 +114,10 @@ module href=project/gump-test.xml/ +!-- Apache.Logging -- + module href=project/logging-log4j.xml/ + module href=project/logging-log4j-12.xml/ + !-- Apache.Maven -- module href=project/maven.xml/ @@ -333,6 +335,7 @@ repository href=repository/james.xml/ repository href=repository/javanet.xml/ repository href=repository/jdom.xml/ + repository href=repository/logging.xml/ repository href=repository/maven.xml/ repository href=repository/mozilla.xml/ repository href=repository/tigris.xml/ 1.14 +1 -1 jakarta-gump/project/ant.xml Index: ant.xml === RCS file: /home/cvs/jakarta-gump/project/ant.xml,v retrieving revision 1.13 retrieving revision 1.14 diff -u -r1.13 -r1.14 --- ant.xml 27 Feb 2004 09:22:56 - 1.13 +++ ant.xml 27 Feb 2004 13:33:56 - 1.14 @@ -73,7 +73,7 @@ option project=jaf/ option project=jakarta-bcel/ option project=jakarta-bsf/ -option project=jakarta-log4j/ +option project=logging-log4j/ option project=jakarta-oro/ option project=jakarta-regexp/ option project=jakarta-servletapi-4 / 1.96 +1 -1 jakarta-gump/project/avalon-excalibur.xml Index: avalon-excalibur.xml === RCS file: /home/cvs/jakarta-gump/project/avalon-excalibur.xml,v retrieving revision 1.95 retrieving revision 1.96 diff -u -r1.95 -r1.96 --- avalon-excalibur.xml 27 Feb 2004 09:22:56 - 1.95 +++ avalon-excalibur.xml 27 Feb 2004 13:33:56 - 1.96 @@ -541,7 +541,7 @@ option project=checkstyle inherit=runtime/ depend project=junit/ depend project=avalon-framework runtime=true id=combined/ -depend project=jakarta-log4j runtime=true/ +depend project=logging-log4j runtime=true/ depend project=xml-xerces/ depend project=xml-xalan2/ 1.18 +2 -2 jakarta-gump/project/avalon-logkit.xml Index: avalon-logkit.xml === RCS file: /home/cvs/jakarta-gump/project/avalon-logkit.xml,v retrieving revision 1.17 retrieving revision 1.18 diff -u -r1.17 -r1.18 --- avalon-logkit.xml 27 Feb 2004 09:22:56 - 1.17 +++ avalon-logkit.xml 27 Feb 2004 13:33:56 - 1.18 @@ -39,7 +39,7 @@ option project=javamail runtime=true/ option project=jaf runtime=true/ option project=jakarta-servletapi-4 runtime=true/ -option project=jakarta-log4j runtime=true/ +option project=logging-log4j runtime=true/ home nested=build/lib/ jar name=logkit.jar/ @@ -81,7 +81,7 @@ depend project=javamail runtime=true/ depend project=jaf runtime=true/ depend project
Avalon's Gump build failures
Hi, I think the avalon build failure will go away if you add mkdir dir=framework/target/classes/ to your project descriptor. If you look at http://gump.covalent.net/log/avalon.html you'll not only see that avalon can be built successfully there, but also that there is no line [property] dropping /data3/gump/avalon/framework/target/classes from path as it doesn't exist like in http://lsd.student.utwente.nl/gump/avalon/gump_work/build_avalon_avalon.html I've not yet found out why the directory exists when running traditional Gump, probably because it gets created by another project and the build order is different from Gumpy's. Please patch your Gump descriptor so that you are ready to receive the next batch of nag mails ;-) Cheers Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
sysproperty in Gumpy (was Re: [GUMP@lsd]: xml-xerces2/dist-xerces failed)
On Fri, 20 Feb 2004, Michael Glavassevich [EMAIL PROTECTED] wrote: The gump build for Xerces was fixed for us last week by Stefan Bodewig. By setting the build.clonevm system property. It seems as if the nested sysproperty is currently not working properly in Gumpy. The cactus-integration-ant failures in Gumpy don't occur in in the traditional Gump systems either and shouldn't happen if the system property is set. Cheers Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: sysproperty in Gumpy
On Thu, 26 Feb 2004, Stefan Bodewig [EMAIL PROTECTED] wrote: It seems as if the nested sysproperty is currently not working properly in Gumpy. http://lsd.student.utwente.nl/gump/xml-xerces2/gump_work/build_xml-xerces2_dist-xerces.html#Command+Line -Dbuild.clonevm=true comes after Ant's main class, so it is an Ant property and not a Java system property (that it needs to be in order to work). Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jcifs
On Sun, 22 Feb 2004, Adam R. B. Jack [EMAIL PROTECTED] wrote: http://lsd.student.utwente.nl/gump/jcifs/jcifs.html says 0.7.12, but I can't seem to find on available here: http://users.erols.com/mballen/jcifs/ Ought we move up? Yes, I think so. We should periodically check all installed packages for newer versions. Ought we make [for the time being] LSD a master, and cascade (via rsync) to Covalent/DOTNOT, etc? Which would require us to install some kind of automatism on the other boxes. On top of that we can't use a public rsync server since some of the jars mustn't be distributed - the Sun jars for example. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: gumpy.py -- cron wrapper.
On Mon, 23 Feb 2004, Adam R. B. Jack [EMAIL PROTECTED] wrote: Do you think I ought parse the workspace XML file [not using Gumpy classes], and extract all info from there? If all information you need is in there anyway, I'd say yes. Otherwise the two sets of configurations would soon run out of sync. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Gump project infrastructure needs
Dear Infrastructure folks, I could have made several requests in bugzilla, but since things are coupled to each other I thought I'd use a single mail. Please shout if this is not the appropriate form. As you know the former Apache Jakarta Gump has now become Apache Gump and this is a list of things that need to be done. It most probably is incomplete, we'll come back and ask for more later ;-) Unix group == First of all, we need a Unix group for the Gump project (and we suggest gump as the name). The initial members should be the initial PMC members: * Adam Jack [EMAIL PROTECTED] * Davanum Srinivas [EMAIL PROTECTED] * Leo Simons [EMAIL PROTECTED] * Martin van den Bemt [EMAIL PROTECTED] * Nick Chalko [EMAIL PROTECTED] * Nicola Ken Barozzi [EMAIL PROTECTED] * Scott Sanders [EMAIL PROTECTED] * Stefan Bodewig [EMAIL PROTECTED] * Stefano Mazzocchi [EMAIL PROTECTED] gump.apache.org === Please create a virtual host on minotaur for it, the website directory should be writable by the gump group. We'll most likely want to ProxyPass in build results from moof or one of the new boxes later. Can we do that in .htaccess? If so, is that the preferred way or should we ask here so infrastructure is completele aware of what we are doing? Mailing Lists = Please create [EMAIL PROTECTED], subscription moderated, initial moderators should be [EMAIL PROTECTED] and [EMAIL PROTECTED] The role of [EMAIL PROTECTED] should be taken over by [EMAIL PROTECTED] All mailing list settings, including the moderators and subscriber lists should remain the same. We'd like to see the eyebrowse archives of [EMAIL PROTECTED] to contain everything that has been sent to [EMAIL PROTECTED] It would be nice if mails sent to [EMAIL PROTECTED] could be forwarded to [EMAIL PROTECTED] for a while. Source Control == We'll stick with CVS for now and keep our open for all committers policy. Please rename jakarta-gump to gump and keep the group ownership and avail file info as they are so that everybody can commit. commit mails should go to [EMAIL PROTECTED] for now. Please note that there is a symlink inside the jakarta-alexandria module (proposal/gump) that needs to be adapted. Many Thanks Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: build of avalon on gump
On Fri, 20 Feb 2004, Antoine Lévy-Lambert [EMAIL PROTECTED] wrote: the build of avalon fails on gump, but I have the impression that it is failing for the wrong reason : attempting to compile source files which *should not be there in the first place* rsync sometimes doesn't work as expected, I've come accross situations where I had to manually clean out the workspace Gump uses myself more than once. All the excalibur builds failed on my installation last night since the build files now contain the license in comments before the XML declaration which is not valid according to Xerces. Can whoever has access to lsd clean this directory : /data3/gump/avalon/framework/api/src/test/org/apache/avalon/framework/test/ I wouldn't want to do that while Gumpy is running. Hmm, there are six files in that directory and according to WebCVS they are supposed to be there as well. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-gump/project avalon.xml
bodewig 2004/02/20 01:43:40 Removed: project avalon.xml Log: Remove unused descriptor to avoid confusion - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-gump/project avalon-logkit.xml
bodewig 2004/02/20 01:47:04 Modified:project avalon-logkit.xml Log: Fix license location Revision ChangesPath 1.16 +3 -3 jakarta-gump/project/avalon-logkit.xml Index: avalon-logkit.xml === RCS file: /home/cvs/jakarta-gump/project/avalon-logkit.xml,v retrieving revision 1.15 retrieving revision 1.16 diff -u -r1.15 -r1.16 --- avalon-logkit.xml 14 Feb 2004 16:16:01 - 1.15 +++ avalon-logkit.xml 20 Feb 2004 09:47:04 - 1.16 @@ -77,9 +77,9 @@ javadoc nested=target/docs/apidocs module=avalon/ junitreport nested=target/docs/junitreports module=avalon/ -license name=LICENSE/ -nag from=Gump Integration Build lt;[EMAIL PROTECTED]gt; -to=[EMAIL PROTECTED]/ +license name=LICENSE.txt/ +nag from=Gump Integration Build lt;[EMAIL PROTECTED]gt; + to=[EMAIL PROTECTED]/ /project /module - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-gump/project directory-naming.xml
bodewig 2004/02/20 01:51:19 Modified:project directory-naming.xml Log: pass in @@DATE@@ Revision ChangesPath 1.13 +3 -1 jakarta-gump/project/directory-naming.xml Index: directory-naming.xml === RCS file: /home/cvs/jakarta-gump/project/directory-naming.xml,v retrieving revision 1.12 retrieving revision 1.13 diff -u -r1.12 -r1.13 --- directory-naming.xml 14 Feb 2004 03:48:25 - 1.12 +++ directory-naming.xml 20 Feb 2004 09:51:19 - 1.13 @@ -7,7 +7,9 @@ svn repository=apache-incubator-svn dir=directory/naming/trunk// project name=directory-naming -ant buildfile=build.xml target=jar/ +ant buildfile=build.xml target=jar + property name=DATE_STAMP value=@@DATE@@/ +/ant packageorg.apache.directory.naming/package depend project=ant inherit=runtime/ depend project=commons-beanutils/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-gump/project httpunit.xml
bodewig 2004/02/20 01:55:17 Modified:project httpunit.xml Log: Can't find a license anymore Revision ChangesPath 1.10 +0 -1 jakarta-gump/project/httpunit.xml Index: httpunit.xml === RCS file: /home/cvs/jakarta-gump/project/httpunit.xml,v retrieving revision 1.9 retrieving revision 1.10 diff -u -r1.9 -r1.10 --- httpunit.xml 10 Feb 2003 09:11:22 - 1.9 +++ httpunit.xml 20 Feb 2004 09:55:17 - 1.10 @@ -18,7 +18,6 @@ depend project=junit/ depend project=nekohtml/ jar id=httpunit name=lib/httpunit.jar/ -license name=doc/license.html/ /project /module - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-gump/project jakarta-struts.xml
bodewig 2004/02/20 01:56:12 Modified:project jakarta-struts.xml Log: Fix license location Revision ChangesPath 1.43 +1 -1 jakarta-gump/project/jakarta-struts.xml Index: jakarta-struts.xml === RCS file: /home/cvs/jakarta-gump/project/jakarta-struts.xml,v retrieving revision 1.42 retrieving revision 1.43 diff -u -r1.42 -r1.43 --- jakarta-struts.xml5 Feb 2004 13:49:45 - 1.42 +++ jakarta-struts.xml20 Feb 2004 09:56:12 - 1.43 @@ -35,7 +35,7 @@ home nested=dist/ jar name=lib/struts.jar/ -license name=LICENSE/ +license name=LICENSE.txt/ javadoc nested=target description dir=documentation/apiStruts Framework/description - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-gump/project xml-xmlbeans.xml
bodewig 2004/02/20 01:59:05 Modified:project xml-xmlbeans.xml Log: Can't find a license anymore Revision ChangesPath 1.5 +2 -3 jakarta-gump/project/xml-xmlbeans.xml Index: xml-xmlbeans.xml === RCS file: /home/cvs/jakarta-gump/project/xml-xmlbeans.xml,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- xml-xmlbeans.xml 9 Dec 2003 09:09:34 - 1.4 +++ xml-xmlbeans.xml 20 Feb 2004 09:59:05 - 1.5 @@ -25,9 +25,8 @@ work nested='v1/build/private/lib/xstypes.jar'/ jar name=lib/xbean.jar/ jar name=lib/xmlpublic.jar/ -license name=v1/src/license/license.txt/ - nag to=[EMAIL PROTECTED] - from=Robert Burrell Donkin lt;[EMAIL PROTECTED]gt;/ +nag to=[EMAIL PROTECTED] + from=Robert Burrell Donkin lt;[EMAIL PROTECTED]gt;/ /project /module - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-gump/profile gump.xml
On 20 Feb 2004, [EMAIL PROTECTED] wrote: Add repo definition for the W3C Some background info. I've been asked (some months ago, actually) by Curt Arnold whether we could add running the DOM testsuite[1] of the W3C to Gump. This would run conformance tests which in effect would test Xerces, Xalan and Ant's xmlvalidate task. We have a working Gump descriptor already and juts need to figure out where it should live. For the time being it will become part of my own nightly Gump installation only. Stefan Footnotes: [1] http://www.w3.org/DOM/Test - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-gump/project smartfrog.xml
On 20 Feb 2004, [EMAIL PROTECTED] wrote: +ant basedir=. target=gump-dist / this is the default value, you can as well omit the basedir attribute completely. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [GUMP@lsd]: jakarta-gump/gump failed
On Fri, 20 Feb 2004, Adam R. B. Jack [EMAIL PROTECTED] wrote: I suspect it was me that put this into the gump profile, from workspaces. Does anybody mind if I remove it, and ask that it be installed in traditional workspaces? No problem. I'll take care of covalent's. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-gump gump.xml
bodewig 2004/02/20 08:36:06 Modified:.gump.xml Log: Add complete project descriptor of gump project Revision ChangesPath 1.4 +7 -1 jakarta-gump/gump.xml Index: gump.xml === RCS file: /home/cvs/jakarta-gump/gump.xml,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- gump.xml 9 Dec 2003 13:46:02 - 1.3 +++ gump.xml 20 Feb 2004 16:36:06 - 1.4 @@ -13,12 +13,18 @@ !-- After the bootstrap -- module href=project/gump.xml/ project name=gump -ant +ant target=all property name=workspace value=gump.xml/ property name=webstyle value=stylesheet/jakarta.xsl/ property name=target value=bash/ property name=extension value=sh/ /ant + +depend project=ant inherit=runtime/ +depend project=xml-xerces/ +depend project=xml-xalan2/ +work nested=classes/ +javadoc nested=javadocs/ /project /workspace - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [GUMP@lsd]: jakarta-struts/jakarta-struts failed
On Fri, 20 Feb 2004, Ted Husted [EMAIL PROTECTED] wrote: we are currently using LICENSE.txt rather than LICENSE. Is that a problem? No, it's just that Struts' Gump descriptor didn't know that. It's already fixed in CVS. Cheers Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Infrastructure for the Gump project
My own votes. On Thu, 19 Feb 2004, Stefan Bodewig [EMAIL PROTECTED] wrote: We can stick with CVS or switch over to SVN If we switch to svn, all committers who want to contribute to the metadata have to create SVN accounts first. So I'm leaning towards going with CVS until more CVS committers have become SVN committers as well, just to keep the entry barrier low. Re: splitting metadata from code, I think we should split them. And maybe restrict commit access to code. We need some way to identify future PMC members 8-). Access to metadat should be kept open to all ASF committers. We should ask for a virtual host on minotaur for the site IMHO. Well, my original mail wasn#t as neutral as intended. move [EMAIL PROTECTED] to [EMAIL PROTECTED] or is there a better name? It has been [EMAIL PROTECTED] not gump-dev. I'm totally on the fence about the name, think [EMAIL PROTECTED] would be fine. do we want a Wiki for Gump? We haven't used the Wiki much, but I don't see any reason to not have one. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Infrastructure for the Gump project
On Thu, 19 Feb 2004, Nicola Ken Barozzi [EMAIL PROTECTED] wrote: jakarta-gump CVS is still linked to jakarta-alexandria. The other way around. jakarta-gump is a real CVS module and the proposal/gump dir in jakarta-alexandria links to it. So we'd have to change the link for as long as Alexandria stays alive. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: LSD problems.
On Wed, 18 Feb 2004, Stefano Mazzocchi [EMAIL PROTECTED] wrote: I have root access to moof.apache.org which is sitting there doing nothing and waiting for a nice soul of ours to do the job of installing gump overthere :-) I assume you'd want to run Gumpy there. Otherwise, I do have an (unprivileged) account on moof as well and could help setting up a traditional Gump. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-gump/blog/SuccessStories velocity-jdom.txt
On Thu, 19 Feb 2004, Adam R. B. Jack [EMAIL PROTECTED] wrote: I never noticed the other postings though, but maybe they were prior to PC being added to Planet Apache, and hence not eligible or something. It is there, you just have to scroll way down to February 17th 8-) Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: gump on moof
On Thu, 19 Feb 2004, Stefano Mazzocchi [EMAIL PROTECTED] wrote: I have updated the box to the latest software patches, including the OS 10.3.2 and JVM 1.4.2 [kinda scary to reboot the machine from here, but hey, it worked fine! :-)] You'll also need a subversion client on moof. ISTR there were some people on the infrastructure list with prebuilt svn clients for OS X. ProxyPass/ http://moof.apache.org:16080/gump/ ProxyPassReverse / http://moof.apache.org:16080/gump/ I'm not sure whether we'll want to ProxyPass the complete site or maybe keep the static content on minotair and just proxy in the nightly builds, like ProxyPass/builds/ http://moof.apache.org:16080/gump/ ProxyPassReverse /builds/ http://moof.apache.org:16080/gump/ or /logs/ or something. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: LSD problems.
On Thu, 19 Feb 2004, Adam R. B. Jack [EMAIL PROTECTED] wrote: Maybe it is time to get you comfortable with Gumpy, Stefan. You bet 8-) Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
More JDOM changes
Hi, it seems as if the JDOM saga continues, XMLOutputter#setEncoding has been removed leading to build failures in Velocity and Slide. The method has been deprecated in beta10rc1 (maybe even beta9) and people are now expected to use the Format instead. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: More JDOM changes
On Wed, 18 Feb 2004, Antoine Lévy-Lambert [EMAIL PROTECTED] wrote: I have just had a look at the lsd html pages, and I see that jakarta-velocity is reported failed due jakarta-regexp. I checked my own nightly build - still a traditional Gump. See also http://gump.covalent.net/log/jakarta-velocity.html. jakarta-regexp says it failed because of a missing license file. Yes, Gumpy has become more strict. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-gump/project xom.xml
bodewig 2004/02/18 08:20:48 Modified:project xom.xml Log: Multiple nags for XOM Revision ChangesPath 1.6 +8 -2 jakarta-gump/project/xom.xml Index: xom.xml === RCS file: /home/cvs/jakarta-gump/project/xom.xml,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- xom.xml 16 Feb 2004 16:01:27 - 1.5 +++ xom.xml 18 Feb 2004 16:20:48 - 1.6 @@ -18,8 +18,14 @@ depend project=jakarta-servletapi-5-servlet/ work nested=lib/normalizer.jar/ jar name=build/xom-@@DATE@@.jar/ -nag from=Elliotte Harold lt;[EMAIL PROTECTED]gt; - to=[EMAIL PROTECTED]/ +nag + regexp +from=Elliotte Harold lt;[EMAIL PROTECTED]gt; +to=[EMAIL PROTECTED]/ + regexp +from=lt;[EMAIL PROTECTED]gt; +to=[EMAIL PROTECTED]/ +/nag /project /module - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Gump TLP established
Hi, those of you who are subscribed to the infrastructure list will have seen it already, the official board meeting summary from Greg will come a bit later. Our resolution has been approved by the board, Gump is now a top level project. The first things we'll need to do now are hashing out the infrastructure details and after that work out the project's bylaws. I'll start a separate thread for the infrastructure stuff soon. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Infrastructure for the Gump project
So what do we have: * Source Control We can stick with CVS or switch over to SVN now that the 1.0 release of SVN seems near (rumors say next week). If we switch to SVN it may become more difficult for other Apache committers to contribute, I'm not sure. If we stick with CVS, we simply should as infrastructure to mv jakarta-gump gump IMHO. Do we want to keep our current policy of every ASF committer can commit to Gump? * Website = Somebody will have to come up with a forrest skin for gump.apache.org and maybe tweak our current site to make it stand alone. I don't feel forrest savvy enough to even think about doing so. 8-) I'd have karma for jakarta-site to make the changes there once our new site is up. We should ask for a virtual host on minotaur for the site IMHO. Once we have gump builds on a different ASF machine, we can always ProxyPass the results into the gump.apache.org URI space if we want to. * mailing list(s) = move [EMAIL PROTECTED] to [EMAIL PROTECTED] or is there a better name? This also involves adapting eyebrowse and JIRA. Adam, can you change the JIRA configuration as admin or do we need infrastructure help? Any other lists we'd initially want? Split commit messages from the rest? * JIRA == Apart from changing the mailing list, is there anything else we'd need to do? * Wiki == The old Wiki has been used for the Newsletter reports IIRC, do we want a Wiki for Gump? * Things I've forgotten === Please fill the gaps 8-) Cheers Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: New Resources
On Tue, 17 Feb 2004, Adam R. B. Jack [EMAIL PROTECTED] wrote: Ought we make a request to folks in fund raising for partners? Ought we be approaching mirror sites for this? I'd try [EMAIL PROTECTED] instead. [Separately, do anyone think that covalent could spare their Gump box for one traditional and one Python?] The machine is not really fast, I pretty much doubt that we'll get both Gump's completed within 24 hours, well, maybe if they share the cvs updates. Ought this all wait for TLP status? You mean another day? 8-) Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
New nag mail intro text
Hi, I really like the new header, just a minor(?) enhancement request: could we please word wrap the text so that lines don't exceed about 72 columns? Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-gump/project jakarta-slide.xml
On Fri, 13 Feb 2004, Adam R. B. Jack [EMAIL PROTECTED] wrote: It seems that even commit messages need to be moderated. This is generally true. I'm also moderating [EMAIL PROTECTED] and I - we - usually allow the first post so subsequent commits don't have to get moderated in. Stefan, have you been getting moderation messages? Have you responded? When I've been online, yes. 8-) Do you get any notification of my moderations? No. I'm curious about whether we are both responding, and I wonder if I ought copy you so you know what's been done. No, this is not necessary. If our decisions are the same, nothing happens. If we disagree, the first one wins and the second one gets notified. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JRE 1.4 endorsed mechanism
On Sun, 15 Feb 2004, Berin Lautenbach [EMAIL PROTECTED] wrote: The xml-security library requires that xalan be installed in JDK_HOME/jre/lib/endorsed to override the old version that comes with JDK 1.4. With Xerces-J we are going even further, we put the CVS HEAD jar onto the bootclasspath so it gets used instead of Crimson. This should be possible with Xalan as well, and to me it even looks as if we'd use the same mechanism (type=boot on the jar element). Looking at the output from the last gump run for security, it would appear that the old library that comes with 1.4 is being used : Seems build.clonevm is becoming a FAQ 8-) The bootclasspath trick is not working since xml-security's junit task runs in a different Java VM by using fork=true. Ant's CVS HEAD uses a new Java system property to ensure that the forked VM uses the same bootclasspath as the one running Ant. I'll enable that property for xml-security in a few minutes. Cheers Stefan -- http://stefanbodewig.blogger.de/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-gump/project xml-security.xml
bodewig 2004/02/16 00:11:38 Modified:project xml-security.xml Log: forked unit tests need recent Xalan Revision ChangesPath 1.24 +1 -0 jakarta-gump/project/xml-security.xml Index: xml-security.xml === RCS file: /home/cvs/jakarta-gump/project/xml-security.xml,v retrieving revision 1.23 retrieving revision 1.24 diff -u -r1.23 -r1.24 --- xml-security.xml 8 Feb 2004 06:40:05 - 1.23 +++ xml-security.xml 16 Feb 2004 08:11:38 - 1.24 @@ -13,6 +13,7 @@ packageorg.apache.xml.security/package ant target=gump + sysproperty name=build.clonevm value=true/ property name=lib.jce project=jce reference=jarpath/ property name=jce.download.md5 value=85c64cd754719a4bc8da7e9aa0e113fd/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven Gump (again)
On Fri, 13 Feb 2004, Brett Porter [EMAIL PROTECTED] wrote: This is exactly what I'm saying - by rebuilding the plugins with the new JARs, when Maven is run for other projects, the newly built plugin will be used. So if we move to bootstrapping Maven as part of the gump process, this should come naturally. We agree completely. 8-) Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XOM nag e-mails
On Sun, 15 Feb 2004, Elliotte Harold [EMAIL PROTECTED] wrote: I noticed that XOM is now being buil in Gump: http://gump.covalent.net/log/xom.html We added it because it was needed by Jaxen IIRC - and easy to setup 8-) Could you put me on the list for the nag e-mails from this project? Sure. Asking whether you wanted nag mails was on my TODO list anyway since XOM's build has been broken once or twice in the past. Done using your address as the recipicient. Maybe you'd prefer [EMAIL PROTECTED] or [EMAIL PROTECTED] or even [EMAIL PROTECTED] instead? Cheers Stefan -- http://stefanbodewig.blogger.de/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-gump/project jakarta-turbine-tdk.xml
bodewig 2004/02/16 02:32:48 Modified:project jakarta-turbine-tdk.xml Log: Try the default target for a change Revision ChangesPath 1.17 +1 -1 jakarta-gump/project/jakarta-turbine-tdk.xml Index: jakarta-turbine-tdk.xml === RCS file: /home/cvs/jakarta-gump/project/jakarta-turbine-tdk.xml,v retrieving revision 1.16 retrieving revision 1.17 diff -u -r1.16 -r1.17 --- jakarta-turbine-tdk.xml 10 Feb 2003 09:11:22 - 1.16 +++ jakarta-turbine-tdk.xml 16 Feb 2004 10:32:48 - 1.17 @@ -18,7 +18,7 @@ project name=jakarta-turbine-tdk packageorg.apache.turbine.tdk/package -ant target=jar/ +ant/ depend project=ant inherit=runtime/ depend project=xml-xerces/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-gump/project xom.xml
bodewig 2004/02/16 08:01:27 Modified:project xom.xml Log: typo Revision ChangesPath 1.5 +1 -1 jakarta-gump/project/xom.xml Index: xom.xml === RCS file: /home/cvs/jakarta-gump/project/xom.xml,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- xom.xml 16 Feb 2004 08:20:02 - 1.4 +++ xom.xml 16 Feb 2004 16:01:27 - 1.5 @@ -19,7 +19,7 @@ work nested=lib/normalizer.jar/ jar name=build/xom-@@DATE@@.jar/ nag from=Elliotte Harold lt;[EMAIL PROTECTED]gt; - to=[EMAIL PROTECTED]/ + to=[EMAIL PROTECTED]/ /project /module - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Please add two moderators
Thanks Berin, it worked, I just received my first spam mail for the gump list ;-) Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tales of running Gumpy from scratch
On Wed, 11 Feb 2004, Adam R. B. Jack [EMAIL PROTECTED] wrote: Stefan, you had chance to re-run yours on Linux against JDK 1.3? I swear I've now made that javac check just a warning... ERROR:gump:Failed to detect [javac] ERROR:gump:Command failed. [java com.sun.tools.javac.Main -help ]. ExitCode: 1 ERROR:gump:Failed to detect [java com.sun.tools.javac.Main] am I supposed to add tools.jar to my CLASSPATH? Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-gump build.xml
bodewig 2004/02/12 04:37:52 Modified:.build.xml Log: correct comments Revision ChangesPath 1.27 +2 -3 jakarta-gump/build.xml Index: build.xml === RCS file: /home/cvs/jakarta-gump/build.xml,v retrieving revision 1.26 retrieving revision 1.27 diff -u -r1.26 -r1.27 --- build.xml 12 Feb 2004 11:53:33 - 1.26 +++ build.xml 12 Feb 2004 12:37:52 - 1.27 @@ -1,13 +1,12 @@ !-- - Build the scripts and/or site for http://jakarta.apache.org/gump/ + Build the scripts If you need to bootstrap this, see gen.sh or gen.bat. Important targets: scripts - generate the scripts -site- generate the web site -all - generate both the scripts and the site +all - generate both the scripts and javadocs -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tales of running Gumpy from scratch
On Thu, 12 Feb 2004, Adam R. B. Jack [EMAIL PROTECTED] wrote: ERROR:gump:Failed to detect [javac] Ok, failed, but didn't exit. An extreme warning, I know, but. Uhm, not sure as it doesn't do much after that except for: Unable to detect/test mandatory [java com.sun.tools.javac.Main] in path (see next). /home/bodewig/ASF/jakarta/jakarta-gump /home/bodewig/ASF/jakarta/jakarta-gump/python/gump /home/bodewig/ASF/jakarta/jakarta-gump/python /usr/lib/python2.2 /usr/lib/python2.2/plat-linux2 /usr/lib/python2.2/lib-dynload /usr/lib/python2.2/site-packages I had just snipped that off. Antoine wrote: This is what I did yesterday to get my gumpy running Stefan. Maybe we should add something in gumpy.sh to set this automatically based on $JAVA_HOME ? Maybe, if we don't find a better way from above. Just take a look at how the Ant wrapper script does it. It is a pain but it works for ant. Looking at JAVA_HOME is part of the process 8-) Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tales of running Gumpy from scratch
On Thu, 12 Feb 2004, Stefan Bodewig [EMAIL PROTECTED] wrote: Just take a look at how the Ant wrapper script does it. Of Ant 1.6, that is. Starting with 1.6.0 we sort that out from within Java which is much easier to do as we can ensure we pull in the tools.jar from the same JDK that is currently running Ant. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [GUMP@lsd]: xml-xerces2/dist-xerces failed
On Thu, 12 Feb 2004, Elena Litani [EMAIL PROTECTED] wrote: It seems like xercesImpl.jar can't be found. Uhm, is the docs target forking the java task? Uhm, yes it is. I'll fix it for you, need to add a property to the ant element in your Gump descriptor. However, we've also introduced a dependency on a new jar - resolver.jar from xml-commons. It hasn't been needed so far. You'd simply have to add depend project=xml-commons-resolver/ to the descriptor for dist-xerces when needed. Can someone fix the GUMP? Every Apache committer has commit access to the jakarta-gump module. The descriptor would be in jakarta-gump/projects/xml-xerces2.xml. Cheers Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [GUMP@lsd]: jakarta-slide/jakarta-slide failed
On Thu, 12 Feb 2004, Oliver Zeigermann [EMAIL PROTECTED] wrote: Does anyone have any idea why this fails? Just tried it on a cleanly checked out version and everything works fine. Gumpy works against the CVS HEAD version of commons-httpclient. It is supposed to use the 2.x branch, but there seems to be a bug in Gumpy. Take this as a heads up that CVS HEAD of httpclient is incompatible with 2.x for your usage. On traditional Gump systems Slide also fails, but for a different reason, see http://gump.covalent.net/log/jakarta-slide.html. There seems to be a hard coded 2.0beta1 instead of ${version} in your build file. Could it be GUMP uses jars different from ours? Yes, it doesn't use any of the jars from slide's CVS 8-) Gump builds everything against the very latest code of everything else as an early warning system for backwards incompatible changes (among many other things). Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Gump Icon/Slogan
On Tue, 10 Feb 2004, Stefano Mazzocchi [EMAIL PROTECTED] wrote: If we get top level, what do you guys think about a logo/skin contest? Sounds fine. We had a logo contest for Ant where we let the users decide on the logo and it has been a lot of fun. Friend of Gump +1000! I love it!! +1 Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-gump/stylesheet build.xsl
bodewig 2004/02/11 00:48:03 Modified:stylesheet build.xsl Log: Move work to the front of the CLASSPATH to match Gumpy's behavior. Revision ChangesPath 1.58 +8 -8 jakarta-gump/stylesheet/build.xsl Index: build.xsl === RCS file: /home/cvs/jakarta-gump/stylesheet/build.xsl,v retrieving revision 1.57 retrieving revision 1.58 diff -u -r1.57 -r1.58 --- build.xsl 9 Dec 2003 13:46:02 - 1.57 +++ build.xsl 11 Feb 2004 08:48:03 - 1.58 @@ -184,14 +184,6 @@ classpath - xsl:for-each select=depend[not(noclasspath)]|option[not(noclasspath)] -xsl:for-each select=jar - pathelement location={../@home}/[EMAIL PROTECTED] -xsl:copy-of select=@type/ - /pathelement -/xsl:for-each - /xsl:for-each - xsl:for-each select=work xsl:choose xsl:when test=@parent @@ -205,6 +197,14 @@ /xsl:otherwise /xsl:choose xsl:text#10;/xsl:text + /xsl:for-each + + xsl:for-each select=depend[not(noclasspath)]|option[not(noclasspath)] +xsl:for-each select=jar + pathelement location={../@home}/[EMAIL PROTECTED] +xsl:copy-of select=@type/ + /pathelement +/xsl:for-each /xsl:for-each /classpath - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-gump/project avalon.xml
bodewig 2004/02/11 00:57:32 Modified:project avalon.xml Log: follow the compiled classes Revision ChangesPath 1.9 +2 -1 jakarta-gump/project/avalon.xml Index: avalon.xml === RCS file: /home/cvs/jakarta-gump/project/avalon.xml,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- avalon.xml14 Jun 2003 16:19:46 - 1.8 +++ avalon.xml11 Feb 2004 08:57:32 - 1.9 @@ -30,7 +30,8 @@ depend runtime=true project=avalon-logkit/depend work nested=framework/target/classes/work - work nested=framework/target/api-classes/work + work nested=framework/api/target/classes/work + work nested=framework/api/target/test-classes/work work nested=framework/target/impl-classes/work work nested=framework/target/test-classes/work - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-gump/project jakarta-cactus.xml
bodewig 2004/02/11 01:03:56 Modified:project jakarta-cactus.xml Log: Make cactus-ant builds less verbose. Try to help cactus by cloning the VM for the forked JUnit tests so they really get the same XML parser that the VM running Ant sees. Revision ChangesPath 1.33 +4 -2 jakarta-gump/project/jakarta-cactus.xml Index: jakarta-cactus.xml === RCS file: /home/cvs/jakarta-gump/project/jakarta-cactus.xml,v retrieving revision 1.32 retrieving revision 1.33 diff -u -r1.32 -r1.33 --- jakarta-cactus.xml10 Feb 2004 14:02:55 - 1.32 +++ jakarta-cactus.xml11 Feb 2004 09:03:56 - 1.33 @@ -126,9 +126,10 @@ packageorg.apache.cactus.integration.ant/package descriptionCactus Ant Integration (J2EE 1.2)/description -ant buildfile=integration/ant/build.xml target=dist debug=true +ant buildfile=integration/ant/build.xml target=dist property name=project.version value=@@DATE@@/ + sysproperty name=build.clonevm value=true/ depend property=j2ee.jar project=jakarta-servletapi/ depend property=servlet.jar project=jakarta-servletapi/ @@ -174,8 +175,9 @@ packageorg.apache.cactus.integration.ant/package descriptionCactus Ant Integration (J2EE 1.3)/description -ant buildfile=integration/ant/build.xml target=dist debug=true +ant buildfile=integration/ant/build.xml target=dist + sysproperty name=build.clonevm value=true/ property name=project.version value=@@DATE@@/ depend property=j2ee.jar project=jakarta-servletapi-4/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-gump/profile gump.xml
bodewig 2004/02/11 01:24:27 Modified:profile gump.xml Log: Upgrade to MultipartRequest-1.30rc1, maybe this will make webwork build Revision ChangesPath 1.303 +3 -1 jakarta-gump/profile/gump.xml Index: gump.xml === RCS file: /home/cvs/jakarta-gump/profile/gump.xml,v retrieving revision 1.302 retrieving revision 1.303 diff -u -r1.302 -r1.303 --- gump.xml 9 Feb 2004 18:42:05 - 1.302 +++ gump.xml 11 Feb 2004 09:24:27 - 1.303 @@ -278,8 +278,10 @@ project name=ldap package=ldap-1_2_4/ project name=nekohtml package=nekohtml-0.8.2/ project name=mockobjects package=mockobjects-0.09/ + !--project name=mockobjects-j2ee-13 package=mockobjects-0.09/ + project name=mockobjects-j2ee-14 package=mockobjects-0.09/-- project name=msv package=msv-20020414/ - project name=multipartrequest package=MultipartRequest-1.30b4/ + project name=multipartrequest package=MultipartRequest-1.30rc1/ project name=relaxng package=relaxngDatatype-1.0/ project name=eclipse package=eclipse-2.1/ project name=tranquilopackage=xsdlib-20010424/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: who is moderating the gump lists ?
Thanks to a little tool provided by Ken Coar Results of your search (as of 2004-02-10): Lists with list matching '[EMAIL PROTECTED]': [EMAIL PROTECTED] Subscribers:93 Digest readers: 0 Moderators: [EMAIL PROTECTED], [EMAIL PROTECTED] I volunteer to get added as a moderator, this won't increase the amount of spam I receive too much. Any other takers before I ask the infrastructure list? Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jaxen-from-packaged-dom4j: where to place work in CLASSPATH
On Tue, 10 Feb 2004, Scott Sanders [EMAIL PROTECTED] wrote: I am also willing to leave Gumpy as the correct way, OK, done. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven Gump (again)
On Wed, 11 Feb 2004, Brett Porter [EMAIL PROTECTED] wrote: This wouldn't do it - junit is not specified in MAVEN_HOME/lib, but as a dependency in the junit plugin, later loaded into the maven classloader. But whoever is responsible for the JUnit plugin would like to know that things break. We should try to make this work for Maven in the longer run. But, really, how often does Junit change anyway? :D Often enough that Ant's JUnit task has been broken somewhere between JUnit 3.7 and 3.8. Do you have any plugins that rely on xdoclet? ;-) Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: re POI is having trouble with gump was: GUMP
On Tue, 10 Feb 2004, Adam R. B. Jack [EMAIL PROTECTED] wrote: BTW: Any thoughts on a way to ask Gump to start from fresh on a module, delete the local copies? Gump doesn't know if metadata changes (at least today). Maybe we should change that instead of introducing a delete-once marker? Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [HEADSUP] Overrides/merging...
On Tue, 10 Feb 2004, Adam R. B. Jack [EMAIL PROTECTED] wrote: I seriously doubt that overrides work as (traditionally) intended, and merging -- gosh knows, probably not. I don't have any overrides in my workspace anymore, I do merge in a deliver (which has to die) tag to the gump project. Is there an easy way in Gumpy to see whether this has been merged in, in traditional Gump I'd look into work/merge.xml. Unit tests? Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JDOM and Velocity
On Wed, 11 Feb 2004, Geir Magnusson, Jr. [EMAIL PROTECTED] wrote: We changed to follow the JDOM API change. OK. Has there been any feedback from Jason or the rest of the JDOM team? The class has been moved to the org.jdom package just a few days ago, so your change makes Velocity depend on JDOM b10rc1, which may be fine depending on Velocity's release schedule. Just curious Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JDOM and Velocity
On Wed, 11 Feb 2004, Geir Magnusson, Jr. [EMAIL PROTECTED] wrote: It's a real pain in the keister, I have to say, No doubt. We'll modify the upcoming 1.4 release currently an RC It must be extra painful to get bitten by such a change at this stage of the release cycle. Oh my. Thanks Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JDOM and Velocity
On Wed, 11 Feb 2004, Antoine Lévy-Lambert [EMAIL PROTECTED] wrote: On which gump instance did velocity build ? Mine 8-) Also http://gump.covalent.net/log/jakarta-velocity.html On lsd it did not build due to dom4j missing. Hmm? I don't think Velocity depends on dom4j, and this here http://lsd.student.utwente.nl/gump/jakarta-velocity/jakarta-velocity.html looks fine. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jaxen-from-packaged-dom4j: where to place work in CLASSPATH
On Wed, 11 Feb 2004, Adam R. B. Jack [EMAIL PROTECTED] wrote: I feel we need to start to migrate the knowledge from your head/traditional Gump into documentation, or we'll never have a community that can self-diagnose, self-manage. Understood. 8-) I'll see what I can do. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Please add two moderators (was Re: who is moderating the gump lists ?)
Dear Apmail, could you please add [EMAIL PROTECTED] and [EMAIL PROTECTED] to the list of moderators for [EMAIL PROTECTED] Thanks Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JDOM and Velocity
On Wed, 11 Feb 2004, Geir Magnusson, Jr. [EMAIL PROTECTED] wrote: maybe it's jaxen? well, maybe. Jaxen's CVS HEAD has absorbed saxpath while dom4j's CVS HEAD is still looking for the old org.saxpath stuff, so it hasn't been adapted to compile against Jaxen HEAD yet. On the other hand dom4j tries to compile Jaxen from source itself and this causes trouble when you use an installed Jaxen. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [HEADSUP] Overrides/merging...
On Wed, 11 Feb 2004, Adam R. B. Jack [EMAIL PROTECTED] wrote: For things which are 'named' (Profiles, Modules, Projects, Repositories, Servers) an object is created (and stored in a hash) when first encountered. Subsequence XML representations of such an object with such a name get the hashed object to work on. So in theory merging should work and overriding may work - depending on which XML representation is read first and whether the first or the later representation wins. Unit tests? Meaning, does Gumpy have any? No, I know it has 8-) If we know how we want overrides and merges to work, it should be possible to put together simple workspaces to test the code. FWIIW: Gumpy needs to move from basic Python (teaching myself as I go along) to 'power Python', leveraging more packages being 'nicer' Python code. Maybe this is something that happens with the move to TLP, assuming we can get some of the Python savvy folks in the ASF involved. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven Gump (again)
But whoever is responsible for the JUnit plugin would like to know that things break. We should try to make this work for Maven in the longer run. On Thu, 12 Feb 2004, Brett Porter [EMAIL PROTECTED] wrote: Absolutely - this is why the plugin needs to be rebuilt with the latest jars. Sometimes failures are more difficult than that. The plugin may compile but fail to execute with a new lib. So Gump should be able to override the jars used by the Maven plugins as well - sooner or later. Do plugins adhere to jar overrides? Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: directory-naming
On Mon, 9 Feb 2004, Adam R. B. Jack [EMAIL PROTECTED] wrote: I believe I got a fair way along with this, I create the Maven project properties override file, and in it I try to override jar handling. I'll try to focus on this again soon. Thanks a lot. Stefan wrote: Making Maven build within in Gump would be important as well IMHO, but if this isn't possible for any reason, so be it. Yes. I feel passionately about that. Absolutely. By all means I think Maven should be buildable by Gump. But we shouldn't exclude projects that have elected to use Maven as their build tool from Gump just because we can't build Maven itself. I know we agree here, I' just stating the obvious 8-) Q: Do we know if the Maven descriptor is up to date? I pretty much doubt it. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven Gump (again)
On Mon, 9 Feb 2004, Adam R. B. Jack [EMAIL PROTECTED] wrote: I see two choices in the command line to Maven: 1) Run the maven script (.bat or .sh) to let Maven run java (with it's JVM settings) and set it's environment. 2) Run the following: org.apache.maven.cli.App (2) is the preferred choice if it works as we'd get to catch even more problems - for example if a change in JUnit breaks Maven's junit plugin. This may be even more true as long as we are unable to build Maven in Gump. If it doesn't work, go for (1) as an interim solution. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-gump/project jakarta-slide.xml
bodewig 2004/02/09 23:54:52 Modified:project jakarta-slide.xml Log: Slide needs webdavlib-client as work directory, rename jars that I have found so far Revision ChangesPath 1.49 +6 -6 jakarta-gump/project/jakarta-slide.xml Index: jakarta-slide.xml === RCS file: /home/cvs/jakarta-gump/project/jakarta-slide.xml,v retrieving revision 1.48 retrieving revision 1.49 diff -u -r1.48 -r1.49 --- jakarta-slide.xml 5 Feb 2004 13:49:45 - 1.48 +++ jakarta-slide.xml 10 Feb 2004 07:54:52 - 1.49 @@ -55,7 +55,7 @@ work nested=build/classes/ work nested=build/client/classes/ -!--work nested=lib/commons-httpclient.jar/-- +work nested=webdavclient/build/clientlib/classes/ home nested=dist/ @@ -64,16 +64,16 @@ jar name=client/lib/slide-swing.jar id=client-swing/ jar name=client/lib/slide-webdavlib.jar id=client-webdavlib/ -jar name=slide/lib/slide-kernel.jar id=kernel/ -jar name=slide/lib/slide-roles.jar id=roles/ -jar name=slide/lib/slide-stores.jar id=stores/ -jar name=slide/lib/slide-webdavservlet.jar id=webdavservlet/ +jar name=slide/lib/slide-kernel-@@DATE@@.jar id=kernel/ +jar name=slide/lib/slide-roles-@@DATE@@.jar id=roles/ +jar name=slide/lib/slide-stores-@@DATE@@.jar id=stores/ +jar name=slide/lib/slide-webdavservlet-@@DATE@@.jar id=webdavservlet/ jar name=slide/lib/slide-taglib-common.jar id=taglib-common/ !--jar name=slide/lib/slide-taglib-jstl.jar id=taglib-jstl/-- jar name=slide/lib/slide-taglib-struts.jar id=taglib-struts/ -jar name=slide/wrappers/slide-catalinawrapper.jar id=catalina-wrapper/ +jar name=slide/wrappers/slide-catalinawrapper-@@DATE@@.jar id=catalina-wrapper/ jar name=slide/wrappers/slide-jmxwrapper.jar id=jmx-wrapper/ jar name=slide/wrappers/slide-jndiwrapper.jar id=jndi-wrapper/ jar name=slide/wrappers/slide-log4jwrapper.jar id=log4j-wrapper/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-gump/project jakarta-cactus.xml
bodewig 2004/02/10 00:01:31 Modified:project jakarta-cactus.xml Log: Expected property name has changed Revision ChangesPath 1.31 +1 -1 jakarta-gump/project/jakarta-cactus.xml Index: jakarta-cactus.xml === RCS file: /home/cvs/jakarta-gump/project/jakarta-cactus.xml,v retrieving revision 1.30 retrieving revision 1.31 diff -u -r1.30 -r1.31 --- jakarta-cactus.xml9 Feb 2004 08:37:56 - 1.30 +++ jakarta-cactus.xml10 Feb 2004 08:01:31 - 1.31 @@ -524,7 +524,7 @@ depend property=jasper-runtime.jar project=jakarta-tomcat-4.0 id=jasper-runtime/ - depend property=j2ee.jar project=jakarta-servletapi-4/ + depend property=servlet.jar project=jakarta-servletapi-4/ depend property=commons.logging.jar project=commons-logging id=all/ depend property=commons.httpclient.jar project=commons-httpclient/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jaxen-from-packaged-dom4j: where to place work in CLASSPATH
On Tue, 10 Feb 2004, Stefan Bodewig [EMAIL PROTECTED] wrote: I may be missing a reason why traditional Gump works the way it does right now. well, at least I now know that I made sure it does: http://marc.theaimsgroup.com/?l=alexandria-devm=102585469601635w=2 and found this thread http://marc.theaimsgroup.com/?l=alexandria-devm=102517311610649w=2 So putting work last ensures that you can't cheat by pointing to jars in CVS while putting it first ensures you compile against the latest code in situations where there are duplicate classes. I'm willing to change my opinion of almost two years ago and make traditional Gump behave like Gumpy here. If you want to cheat, that's probably your problem. Thoughts? Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-gump/project mockobjects.xml
On Mon, 9 Feb 2004, Adam R. B. Jack [EMAIL PROTECTED] wrote: ERROR:gump:Command failed. [javac -help ]. ExitCode: 2 this is exactly what javac -help returns for JDK 1.3 (java full version 1.3.1_07-b02) on Linux. JDK 1.4.2's javac returns 0. I think I made this a warning, not an error now. fresh CVS update ERROR:gump:Command failed. [javac -help ]. ExitCode: 2 ERROR:gump:Failed to detect [javac] and later Unable to detect/test mandatory [javac] in path (see next). /home/bodewig/ASF/jakarta/jakarta-gump /home/bodewig/ASF/jakarta/jakarta-gump/python/gump /home/bodewig/ASF/jakarta/jakarta-gump/python /usr/lib/python2.2 /usr/lib/python2.2/plat-linux2 /usr/lib/python2.2/lib-dynload /usr/lib/python2.2/site-packages which probably echoes PYTHONPATH but not PATH. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Projects/Modules (and source dir / home dir / base dir)
On Mon, 9 Feb 2004, Adam R. B. Jack [EMAIL PROTECTED] wrote: For directories ... I see that ant has the concept of 'basedir' (relative to the module, I believe) and this is for kicking off a build. Yes. I assume it is named after Ant's own basedir attribute for the project tag in Ant build files. I see that project can override this -- but it doesn't mean this is the area for a project under a module, it is not where stuff is (per se). True. As for overrides, see below. Sometimes projects put build files into strange locations like a build subdirectory of where stuff is and expect the build to be executed from there. I see we have 'home' dir on a project, but that is for results -- not where stuff is. because some projects tend to place the outputs in a very different place than where stuff is. Take JUnit for example, it even moves it outside of the current source tree. [I also see 'source directory' (a misnomer?) for a module. Not sure if this get played w/ much.] Used by property reference=srcdir/, I agree, it's not too frequently used. Basically --- I feel a project (and it's contents) are not clearly/easily specified. Because projects are neither clear nor easy 8-) Can we have a concept of 'this is the root of a project under this module' -- and perhaps allow values to be set when this doesn't work, or do projects (in Gump) just not work that simply?] Hmm, take bootstrap-ant, ant and dist-ant. Where does each project live? test-ant? Does it mean ' override', or does it mean 'override default'? It means override. This is not for a straight ant nested into project case where the override mechanism doesn't make any sense. It becomes important when you have multiple definitions for a project and they get merged. This gives you a chance to augment the project definition (coming from Apache's Gump for example) with some extra pieces inside your workspace definition. See the rubypad.xml workspace where Sam has overridden the build targets for Cactus and Xalan's smoketest. I'm starting to wonder if we need to take a step back and see if the Gump metadata is exactly a model we'd like to continue with, Probably not 8-) Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Alexandria and JavaSrc and moving code
Hi, I didn't think of it immediately when Nicola Ken talked about moving the Alexandria code to Forrest. Dims has already asked (and even started a vote[1] to that effect) to move the JavaSrc code base to Maven. Maybe we/you should cordinate a little 8-) Stefan Footnotes: [1] http://marc.theaimsgroup.com/?t=10751398141r=1w=2 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: directory-naming
On Fri, 06 Feb 2004, Phil Steitz [EMAIL PROTECTED] wrote: The project is a maven multi-project and I could not get maven to generate an effective build.xml, so I hacked together ant scripts and checked them into the svn repo, but somehow gump is still not seeing the top-level build.xml. I think I found the problem. The svn directory for directory-naming has been changed during the lifetime of its gump descriptor. If something like this happens (same for CVS dir or module changes), the checked out working directory on the machine running Gump has to get manually removed - as Gump will only run an svn update inside the working copy and not pick up the change otherwise. I've removed the working copy on LSD so the next nightly build should see your build.xml. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: directory-naming
On Mon, 9 Feb 2004, Brett Porter [EMAIL PROTECTED] wrote: I honestly think its time to make that a separate issue and just build projects with the latest release of Maven. I agree, but I'm currently not able to make Gumpy use an installed Maven as I'm neither familiar enough with Python nor the Gumpy code. The minimum requirement obviously would be that Gump(y) uses an installed version of Maven but this installed Maven will never download any jars and use the CLASSPATH or any other configurable source of jars when building a project - even if the project states some dependencies on specific released versions in its project.xml. I understand from you past posts that this should be possible, but I don't know whether we have all the facts on how to make it possible. Making Maven build within in Gump would be important as well IMHO, but if this isn't possible for any reason, so be it. On my traditional Gump installation the project maven-bootstrap doesn't start a compilation because commons-jelly-tags-ant fails. This particular project fails as one of the unit tests fails because of a hard coded absolute path that doesn't exist (this is what it seems to be to me). In Gumpy commons-jelly-tags-junit fails because one of the tests fails - and I'm not clear why. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Proposed resolution for Gump as TLP
On Mon, 9 Feb 2004, Bill Barker [EMAIL PROTECTED] wrote: What I want to know is if Gump (or at least 'projects') is going to remain open to all ASF commiters. We'll have to see, but I think the current model has been successful. Maybe we will want to split Gump into a metadata module with write access for every Apache committer and a code module with more restricted rules. Maybe we want to keep it just the way it has been. I wouldn't want to become more restrictive than we've been before with metadata. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Where do the cvs commit message go?
On Mon, 9 Feb 2004, Adam R. B. Jack [EMAIL PROTECTED] wrote: I have not seen the gump cvs commit messages in a while. Where are they sent to? [EMAIL PROTECTED] which should be [EMAIL PROTECTED], at least according to the headers of the commit mails I've received today. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit mails are not working ?
On Fri, 06 Feb 2004, Antoine Lévy-Lambert [EMAIL PROTECTED] wrote: in this case I will subscribe to this email list as [EMAIL PROTECTED] and it will be fine. No, don't. Well, not in order to get commit mails in, at least. Usually the moderator will use your first commit mail to allow your committing address in - which in turn makes all commit messages after that go to the list without moderation. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Gump docs gen AKA Alexandria (was Re: Gump as TLP)
On Thu, 5 Feb 2004, Stefano Mazzocchi [EMAIL PROTECTED] wrote: What should I do, move the core here, to Forrest, whatever else? I don't know, the code could reside in alexandria for now and gump/gumpy might simply run it for that project. +1 I don't see a reason to move it either. We wouldn't move Ant's junitreport task just because we can also publish the unit test reports either. 8-) Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Gump docs gen AKA Alexandria
On Fri, 06 Feb 2004, Nicola Ken Barozzi [EMAIL PROTECTED] wrote: What instead I tend to think is better would be to move it under Forrest. Wherever you find a community that supports it ... The main reason is that Alexandria is dead, because it doesn't have a community that supports it ;-) You need to get people interested in and working on it, then it doesn't matter at all where the code lives. If you think it will be welcome by the Forrest community, go for it. Well, the interested people from the Forrest community could as well join Alexandria. Whatever works best for you (plural you). Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-gump/project jakarta-slide.xml jakarta-struts.xml jakarta-tomcat-33.xml jakarta-tomcat-40.xml jakarta-tomcat-connectors-coyote_10.xml
bodewig 2004/02/05 05:49:55 Modified:project jakarta-slide.xml jakarta-struts.xml jakarta-tomcat-33.xml jakarta-tomcat-40.xml jakarta-tomcat-connectors-coyote_10.xml Log: Change sender of nag mails on Craig's request. No Craig, you won't receive a single spam mail less because of this change. Revision ChangesPath 1.48 +1 -1 jakarta-gump/project/jakarta-slide.xml Index: jakarta-slide.xml === RCS file: /home/cvs/jakarta-gump/project/jakarta-slide.xml,v retrieving revision 1.47 retrieving revision 1.48 diff -u -r1.47 -r1.48 --- jakarta-slide.xml 9 Dec 2003 13:48:03 - 1.47 +++ jakarta-slide.xml 5 Feb 2004 13:49:45 - 1.48 @@ -86,7 +86,7 @@ /javadoc nag to=[EMAIL PROTECTED] - from=Craig McClanahan lt;[EMAIL PROTECTED]gt;/ + from=Stefan Bodewig lt;[EMAIL PROTECTED]gt;/ /project /module 1.42 +1 -1 jakarta-gump/project/jakarta-struts.xml Index: jakarta-struts.xml === RCS file: /home/cvs/jakarta-gump/project/jakarta-struts.xml,v retrieving revision 1.41 retrieving revision 1.42 diff -u -r1.41 -r1.42 --- jakarta-struts.xml11 Aug 2003 08:20:25 - 1.41 +++ jakarta-struts.xml5 Feb 2004 13:49:45 - 1.42 @@ -44,7 +44,7 @@ /javadoc nag to=[EMAIL PROTECTED] - from=Craig McClanahan lt;[EMAIL PROTECTED]gt;/ + from=Stefan Bodewig lt;[EMAIL PROTECTED]gt;/ /project /module 1.15 +1 -1 jakarta-gump/project/jakarta-tomcat-33.xml Index: jakarta-tomcat-33.xml === RCS file: /home/cvs/jakarta-gump/project/jakarta-tomcat-33.xml,v retrieving revision 1.14 retrieving revision 1.15 diff -u -r1.14 -r1.15 --- jakarta-tomcat-33.xml 5 Oct 2003 22:46:32 - 1.14 +++ jakarta-tomcat-33.xml 5 Feb 2004 13:49:45 - 1.15 @@ -49,7 +49,7 @@ javadoc nested=build/tomcat/webapps/ROOT/javadoc/ nag to=[EMAIL PROTECTED] - from=Craig McClanahan lt;[EMAIL PROTECTED]gt; + from=Stefan Bodewig lt;[EMAIL PROTECTED]gt; subject=Build Failure - Tomcat 3.x/ /project 1.45 +2 -2 jakarta-gump/project/jakarta-tomcat-40.xml Index: jakarta-tomcat-40.xml === RCS file: /home/cvs/jakarta-gump/project/jakarta-tomcat-40.xml,v retrieving revision 1.44 retrieving revision 1.45 diff -u -r1.44 -r1.45 --- jakarta-tomcat-40.xml 15 May 2003 10:54:00 - 1.44 +++ jakarta-tomcat-40.xml 5 Feb 2004 13:49:46 - 1.45 @@ -36,7 +36,7 @@ home nested=build/ jar name=server/lib/catalina.jar/ nag to=[EMAIL PROTECTED] - from=Craig McClanahan lt;[EMAIL PROTECTED]gt;/ + from=Stefan Bodewig lt;[EMAIL PROTECTED]gt;/ /project project name=jakarta-tomcat-4.0 @@ -122,7 +122,7 @@ /javadoc nag to=[EMAIL PROTECTED] - from=Craig McClanahan lt;[EMAIL PROTECTED]gt;/ + from=Stefan Bodewig lt;[EMAIL PROTECTED]gt;/ /project /module 1.7 +2 -2 jakarta-gump/project/jakarta-tomcat-connectors-coyote_10.xml Index: jakarta-tomcat-connectors-coyote_10.xml === RCS file: /home/cvs/jakarta-gump/project/jakarta-tomcat-connectors-coyote_10.xml,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- jakarta-tomcat-connectors-coyote_10.xml 10 Feb 2003 09:11:22 - 1.6 +++ jakarta-tomcat-connectors-coyote_10.xml 5 Feb 2004 13:49:46 - 1.7 @@ -29,7 +29,7 @@ home nested=util/build/ jar name=lib/tomcat-util.jar/ nag to=[EMAIL PROTECTED] - from=Craig McClanahan lt;[EMAIL PROTECTED]gt;/ + from=Stefan Bodewig lt;[EMAIL PROTECTED]gt;/ /project project name=jakarta-tomcat-coyote_10 @@ -54,7 +54,7 @@ jar name=build/lib/tomcat-coyote.jar/ nag to=[EMAIL PROTECTED] - from=Craig McClanahan lt;[EMAIL PROTECTED]gt;/ + from=Stefan Bodewig lt;[EMAIL PROTECTED]gt;/ /project /module - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Gump as TLP
On Wed, 04 Feb 2004, Leo Simons [EMAIL PROTECTED] wrote: ... charged with the creation and maintenance of open-source software related to promotion and facilitation of automated integration of the software produced by other projects. I'm fine with it. It doesn't feel quite as warmly nor read as easily as the other stuff, but I don't think those are the primary criteria :D ...boy this is hard work! (Especially when English is not your native language ;)) +1 Exactly. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Build of xml-batik on gump
On Thu, 05 Feb 2004, Antoine Lévy-Lambert [EMAIL PROTECTED] wrote: I do not know *yet* how to change the project descriptors so that it happens. If the jar you want to use is part of batik's CVS, simply add a work element pointing to the jar and remove the depend element from batik's descriptor. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Nagging the cause vs. Nagging the effect
On Thu, 5 Feb 2004, Stefano Mazzocchi [EMAIL PROTECTED] wrote: On 5 Feb 2004, at 02:17, Adam Jack wrote: I've long wished that Gump could nag the 'cause' of a problem, not the 'effect', but it is (AFAICT) pretty much impossible to guess who is cause from a compile failure. Tell you what: there have been long discussing about this and endless hours that I spent on the whiteboard trying to figure out *where* that data can emerge out of the entire mass of data that gump is either collecting or generating. I was still not able to find it, still not able to come up with a general algorithm that would, at least, if not identify the cause, at least discriminate between causing trends and effected trends. The way you'd do it manually is about as follows, I believe: * start with the last good build * replace one of the dependencies with its latest version at a time and rebuild - reiterate until the build fails. Gumpy should have enough data to do that, but the whole thing breaks down when Gump has been unable to build a project for weeks or even months as the number of changes becomes too big. I think the key is that the gump runs as for Gump or Gumpy do *not* contain enough information. But if we had both: 1) the latest dependency run 2) the stable dependency run and we had enough history of these (say a few months), I'm pretty sure the data *IS* there. I think Gumpy already collects, or at least could collect, historical data for all dependency runs. If the dependency run has been successful at least once, the data is supposed to be there. I realize that this is naive. 8-) Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-gump/project mockobjects.xml
On Wed, 4 Feb 2004, Adam Jack [EMAIL PROTECTED] wrote: If I pick ant, python starts to hog my CPU and finally (about two minutes later) says Hog? You mean use enthusiastically, no? ;-) As enthusiastically as gen.sh during the merge part, just longer 8-) Xerces-J may be a bit faster than the Python XML parser. Looking at the code, this means the workspace has a module with an SVN entry, but without a 'repository' attribute? Yes, it has. Fixed and I get a whole lot further. Gumpy now complains about me not providing enough information about my environment (like FORREST_HOME not being set). Maybe it should check for them before it parses the workspace, that way I'd know that I need to provide more data a lot earlier. I'll look into setting it up sometime next week. BTW, along the lines is ERROR:gump:Command failed. [javac -help ]. ExitCode: 2 this is exactly what javac -help returns for JDK 1.3 (java full version 1.3.1_07-b02) on Linux. JDK 1.4.2's javac returns 0. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-gump STATUS.txt
bodewig 2004/02/04 00:44:37 Modified:.STATUS.txt Log: Add myself Revision ChangesPath 1.9 +6 -4 jakarta-gump/STATUS.txt Index: STATUS.txt === RCS file: /home/cvs/jakarta-gump/STATUS.txt,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- STATUS.txt4 Feb 2004 01:22:51 - 1.8 +++ STATUS.txt4 Feb 2004 08:44:37 - 1.9 @@ -35,10 +35,11 @@ * Davanum Srinivas [EMAIL PROTECTED] * Leo Simons [EMAIL PROTECTED] * Martin van den Bemt [EMAIL PROTECTED] - * Nicola Ken Barozzi [EMAIL PROTECTED] * Nick Chalko [EMAIL PROTECTED] - * Stefano Mazzocchi [EMAIL PROTECTED] + * Nicola Ken Barozzi [EMAIL PROTECTED] * Scott Sanders [EMAIL PROTECTED] + * Stefan Bodewig [EMAIL PROTECTED] + * Stefano Mazzocchi [EMAIL PROTECTED] * others ? NOW, THEREFORE, BE IT FURTHER RESOLVED, that @@ -46,10 +47,11 @@ [Issue: decide on PMC chair] * Sam Ruby (still has to accept nomination) - +1 nicolaken,stefano,leosimons,mvdb - * Stefan Bodewig (still has to accept nomination) + +1 nicolaken,stefano,leosimons,mvdb,bodewig + * Stefan Bodewig +1 nicolaken,stefano,leosimons,sanders,mvdb * Stefano Mazzocchi + +1 bodewig * others ? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Gump as TLP
On Mon, 02 Feb 2004, Leo Simons [EMAIL PROTECTED] wrote: charged with the creation and maintenance of open-source software related to continuous integration, I'm not sure whether this is too broad and if this collides with the goals of the Maven project. So far Gump is tackling one facet of continuous integration which may be more than just building things against each others latest source control versions. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [MO-java-dev] compilation problem for mockobjects
On Tue, 3 Feb 2004, Vincent Massol [EMAIL PROTECTED] wrote: I haven't been following the discussion but for the record I think using Gump is great and should be continued. I've seen a similar comment by Jeff in the archives (I tried to subscribe to mockobjects-java-dev but SF's mailing list manager was down yesterday, so I'm not yet subscribed). What I've done so far is that I've added mockobjects-0.09 and made all projects in Gump depend on that. Gump still tries to build the CVS HEAD revisions of mockobjects[1][2], but no other project depends on it and I've turned of nagging. Cheers Stefan Footnotes: [1] http://gump.covalent.net/log/mockobjects-cvs-head.html [2] it currently doesn't work in the new Python version, but we'll work on it. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [MO-java-dev] compilation problem for mockobjects
On Wed, 4 Feb 2004, Nat Pryce [EMAIL PROTECTED] wrote: Considering what Gump is meant to be used for, would it be better for it to be edge triggered rather than level triggered. It depends on the community you want to reach. Sometimes it takes repeated nagging to get the message through. Sometimes you generate the opposite effect by nagging, i.e. mails get ignored. That is, should it send a message when a project fails to build, and then sends a message when the project builds successfully again, instead of sending a message every time it fails to build a broken project? Yes, this would certainly be an option, and I think much of the statistics sthe new Python implementation of Gump collects can be used for that. We also generate RSS feeds that contain exactly these types of status changes IIRC. The email based nagging system has been Gump's traditional approach and it has done an outstanding job in many cases. I agree that it is plain annoying if it comes unwanted. Maybe we can improve the nagging part in the Python implementation to be configurable on a project level. Some projects may want a nightly report even on successful builds as confirmation, others may only want to get notified on status changes (as you describe it). Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Gump as TLP
On Wed, 4 Feb 2004, Stefano Mazzocchi [EMAIL PROTECTED] wrote: On 4 Feb 2004, at 04:14, Nicola Ken Barozzi wrote: In a sense it's about continuous integration applied also between communities and between the code and the community. Dunno how to say that though 8-) I like that continuous integration between different codebases and between the code and its community. Nice. Yes, I like the sound of it. But I also think that gump needs to act as a nightly build system as well. which would not integrate the latest code, but build against stable dependencies? ... charged with the creation and maintenance of open-source software related to automatic project artifact creation in order to promote stronger integration between the various codebases and between the codebase and the communities that maintain it. Nice. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Gump as TLP
On Wed, 04 Feb 2004, Nicola Ken Barozzi [EMAIL PROTECTED] wrote: Stefano Mazzocchi wrote: ... in short, I would say it as ... charged with the creation and maintenance of open-source software related to automatic project artifact creation in order to promote stronger integration between the various codebases and between the codebase and the communities that maintain it. Nice. But Gump also makes stats and someone proposed javadocs (ala defunct alexandria). javadocs certainly are artifacts, so would be any other generated stuff I'd say. stats would be a means to promote the integration. Or maybe simply put: ... charged with the creation and maintenance of open-source software that promotes stronger integration between the various codebases and between the codebase and the communities that maintain it. That would include a Wiki (at least for some people) as a Wiki would be software that promoted integration of communities. 8-) Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]