[VOTE] Release Commons Daemon 1.0.2 based on RC2
Daemon RC2 fixes some minor distribution issues over the previous RC1 proposal. RC2 Release is here: http://people.apache.org/~mturk/daemon/ Tag is here: https://svn.apache.org/viewvc/commons/proper/daemon/tags/COMMONS_DAEMON_1_0_2_RC2/ If voted for a release the COMMONS_DAEMON_1_0_2_RC2 tag will be copied to COMMONS_DAEMON_1_0_2 and released as such. --- [ ] +1 I support this release [ ] +0 [ ] -0 [ ] -1 I oppose this release because... Vote will close from 24 to 72 hours depending on the number of votes collected. Regards -- ^TM - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [VOTE] Release Commons Lang 2.5 based on RC3
On Tue, Feb 23, 2010 at 7:28 AM, Henri Yandell wrote: > +1. Dist looks good. Sigs good, md5 good, clirr good, rat good, > changes-report seems good. > > Site shouldn't be deployed imo - sites should be deployed from trunk > instead of a branch (i.e. the 3.0 trunk is only going to get deployed > on top anyway, and that would be bad because it doesn't have 2.5 in > it). I agree with you about deploying the site. I have a few things to do if/when the 2.5 release is successful: * Add the @since 2.5 tags to the 3.0 code base * Port the site changes for 2.5 to the 3.0 site (download page, 2.5 release notes, links to 2.5 javadocs etc) * update fix version in JIRA for bugs fixed in 2.5 * Deploy the 2.5 javadocs to http://commons.apache.org/lang/api-2.5/ Once I've done that then we can re-deploy the site from trunk. Niall > Hen > > On Sun, Feb 21, 2010 at 4:37 PM, Niall Pemberton > wrote: >> There have been a couple of ichanges since RC2 - fixing a DateUtils >> test and ignoring Exception rather than Throwable in an Enum change. >> >> [ ] +1 Yes go ahead an release based on RC3 >> [ ] -1 No, because... >> >> Lang 2.5 RC3 is available for review here: >> http://people.apache.org/~niallp/lang-2.5-rc3/ >> >> Maven artifacts are here: >> http://people.apache.org/~niallp/lang-2.5-rc3/maven/commons-lang/ >> >> Details of changes since 2.4 are in the release notes: >> http://people.apache.org/~niallp/lang-2.5-rc3/RELEASE-NOTES.txt >> http://people.apache.org/~niallp/lang-2.5-rc3/site/changes-report.html >> >> I have tested this with JDK 1.3, 1.4, 1.5 & 1.6 using Ant and JDK 1.5 >> & 1.6 using Maven2.(ran separately the RandomUtilsFreqTest test with >> both Ant and Maven) >> >> The tag is here: >> http://svn.apache.org/viewvc/commons/proper/lang/tags/LANG_2_5_RC3/ >> >> Site: >> http://people.apache.org/~niallp/lang-2.5-rc3/site/ >> (note some *relative* links are broken and the 2.5 directories are not >> yet created - these will be OK once the site is deployed) >> >> Clirr Report (compared to 2.4): >> http://people.apache.org/~niallp/lang-2.5-rc3/site/clirr-report.html >> >> RAT Report: >> http://people.apache.org/~niallp/lang-2.5-rc3/site/rat-report.html >> >> tia >> >> Niall >> >> - >> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org >> For additional commands, e-mail: dev-h...@commons.apache.org >> >> > > - > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > > - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [VOTE] Release commons-build-plugin based on RC2
On Tue, Feb 23, 2010 at 2:04 AM, sebb wrote: > On 20/02/2010, Niall Pemberton wrote: >> The commons-build-plugin has been modified to improve the L&F and >> cater for more than one release on the download page. >> >> [ ] +1 Yes go ahead an release based on RC2 >> [ ] -1 No, because... >> >> commons-build-plugin 1.2 RC2 is available for review here: >> http://people.apache.org/~niallp/plugin-1.2-rc2/maven/commons-build-plugin/ >> >> Details of changes since 1.1 are in the release notes: >> http://people.apache.org/~niallp/plugin-1.2-rc2/RELEASE-NOTES.txt >> >> The tag is here: >> >> http://svn.apache.org/viewvc/commons/proper/commons-build-plugin/tags/commons-build-plugin-1.2-RC2/ > > NOTICE file still says: > > Copyright 2008 Doh! Is this a blocker though? IMO no. >> Site: >> http://people.apache.org/~niallp/plugin-1.2-rc2/site/ > > [Just fixed a typo on the index page] > >> RAT Report: >> http://people.apache.org/~niallp/plugin-1.2-rc2/site/rat-report.html > > Shouldn't the XML fragments > download-page-body.xml > download-page-foot.xml > have AL headers? > > I know they are part pages, but they do have non-trivial content. I don't want to put headers on those since it combines those together to create a single XML download page - and having multiple headers would look really rubbish. I also don't agree that these are non-trivial - they are just small XML snippets Niall > Otherwise the artefacts, sigs etc look OK. > >> tia >> >> Niall >> - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [VOTE] Release Commons Daemon 1.0.2 based on RC1
On 23/02/2010, Bill Barker wrote: > > > -- > From: "Phil Steitz" > Sent: Monday, February 22, 2010 5:58 PM > To: "Commons Developers List" > Subject: Re: [VOTE] Release Commons Daemon 1.0.2 based on RC1 > > > > Mladen Turk wrote: > > > > > After a long time and many bug fixes we have new > > > Commons Daemon release candidate. > > > > > > RC1 Release is here: > > > http://people.apache.org/~mturk/daemon/ > > > Tag is here: > > > > https://svn.apache.org/viewvc/commons/proper/daemon/tags/COMMONS_DAEMON_1_0_2_RC1/ > > > > > > > > > --- > > > [ ] +1 I support this release > > > [ ] +0 > > > [ ] -0 > > > [ ] -1 I oppose this release because... > > > > > > > > > Vote will close after 72 hours. > > > > > > > > > Regards > > > > > > > -1 > > > > Per Sebb's and Niall's comments, license headers are required. > > > > > > I've added the license headers to those two files. Will look for any > others. > > > > The release notes also need to include a complete list of bug fixes > > since 1.0.2. The link to the project JIRA is not good enough for > > this, as there is no report there detailing the bugs fixed in 1.0.2 > > and the fix versions on resolved issues are generally missing in > > JIRA, so there is no way to get this info from JIRA directly. Is > > there are changelog or status page anywhere that we can use to build > > a list of 1.0.2 resolved issues from? > > > > > > I've added the list from Jira of bug fixes. The jsvc part has a detailed > CHANGES.txt that seems to be up to date. The procrun part could use one > (except that it has mostly been distributed from Tomcat for years, so it may > be in the Tomcat change log). Except for sebb's Thread safety change (and > both jsvc and procrun access this on a single Thread), the Java portion is > largely unchanged since the project came to live in commons. The thread-safety change I made was to a Test file, so does not need to be documented. > > > > Phil > > > > > - > > To unsubscribe, e-mail: > dev-unsubscr...@commons.apache.org > > For additional commands, e-mail: dev-h...@commons.apache.org > > > > > > - > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > > - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [VOTE] Release Commons Daemon 1.0.2 based on RC2
On 23/02/2010, Mladen Turk wrote: > Daemon RC2 fixes some minor distribution issues over the > previous RC1 proposal. > > RC2 Release is here: > http://people.apache.org/~mturk/daemon/ > Tag is here: > https://svn.apache.org/viewvc/commons/proper/daemon/tags/COMMONS_DAEMON_1_0_2_RC2/ -1 because: There are still some files without AL headers: src/native/nt/Makefile src/native/nt/moni/Makefile src/native/nt/procrun/apps/prunmgr/prunmgr.amd64 src/native/nt/procrun/apps/prunmgr/prunmgr.ia64 src/native/nt/procrun/apps/prunmgr/prunmgr.x86 src/native/nt/procrun/apps/prunsrv/prunsrv.amd64 src/native/nt/procrun/apps/prunsrv/prunsrv.ia64 src/native/nt/procrun/apps/prunsrv/prunsrv.x86 src/native/nt/procrun/libprocrun.amd64 src/native/nt/procrun/libprocrun.ia64 src/native/nt/procrun/libprocrun.x86 src/native/nt/service/Makefile > If voted for a release the COMMONS_DAEMON_1_0_2_RC2 tag will > be copied to COMMONS_DAEMON_1_0_2 and released as such. > > --- > [ ] +1 I support this release > [ ] +0 > [ ] -0 > [ ] -1 I oppose this release because... > > > Vote will close from 24 to 72 hours depending on the number > of votes collected. > > Regards > -- > ^TM > > - > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > > - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [VOTE] Release Commons Daemon 1.0.2 based on RC2
On 02/23/2010 01:04 PM, sebb wrote: On 23/02/2010, Mladen Turk wrote: Daemon RC2 fixes some minor distribution issues over the previous RC1 proposal. RC2 Release is here: http://people.apache.org/~mturk/daemon/ Tag is here: https://svn.apache.org/viewvc/commons/proper/daemon/tags/COMMONS_DAEMON_1_0_2_RC2/ -1 because: There are still some files without AL headers: I won't add them because they are not needed. This is really getting to look like a nit-picking to me :( Regards -- ^TM - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
[RESULT][VOTE] Release commons-build-plugin based on RC2
This vote has passed with three +1 votes from Niall Pemberton, Phil Steitz and Rahul Akolkar (and no other votes). Thanks everyone. I'll finish up the release shortly. Niall On Sat, Feb 20, 2010 at 7:13 PM, Niall Pemberton wrote: > The commons-build-plugin has been modified to improve the L&F and > cater for more than one release on the download page. > > [ ] +1 Yes go ahead an release based on RC2 > [ ] -1 No, because... > > commons-build-plugin 1.2 RC2 is available for review here: > http://people.apache.org/~niallp/plugin-1.2-rc2/maven/commons-build-plugin/ > > Details of changes since 1.1 are in the release notes: > http://people.apache.org/~niallp/plugin-1.2-rc2/RELEASE-NOTES.txt > > The tag is here: > http://svn.apache.org/viewvc/commons/proper/commons-build-plugin/tags/commons-build-plugin-1.2-RC2/ > > Site: > http://people.apache.org/~niallp/plugin-1.2-rc2/site/ > > RAT Report: > http://people.apache.org/~niallp/plugin-1.2-rc2/site/rat-report.html > > tia > > Niall > - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
[all] Preparing for commons-parent pom release
I'd like to do a release of the commons-parent pom - primarily to upgrade to the latest commons-build-plugin 1.2 release. I have also upgraded the plugin versions and changed the "rc" & "release" profiles to now only produce the javadocs and not the whole site (this resolves a problem for multi-module components). Are there any other changes or feedback before calling a vote on this? Niall - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [all] Preparing for commons-parent pom release
On 24/02/2010, Niall Pemberton wrote: > I'd like to do a release of the commons-parent pom - primarily to > upgrade to the latest commons-build-plugin 1.2 release. > > I have also upgraded the plugin versions and changed the "rc" & > "release" profiles to now only produce the javadocs and not the whole > site (this resolves a problem for multi-module components). > > Are there any other changes or feedback before calling a vote on this? I think the default maven.compile.source|target entries should be removed from the POM. Seems to me that projects should have to define these, and not rely on the default. > Niall > > - > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > > - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [VOTE] Release Commons Daemon 1.0.2 based on RC2
-- From: "Mladen Turk" Sent: Tuesday, February 23, 2010 4:08 AM To: "Commons Developers List" Subject: Re: [VOTE] Release Commons Daemon 1.0.2 based on RC2 On 02/23/2010 01:04 PM, sebb wrote: On 23/02/2010, Mladen Turk wrote: Daemon RC2 fixes some minor distribution issues over the previous RC1 proposal. RC2 Release is here: http://people.apache.org/~mturk/daemon/ Tag is here: https://svn.apache.org/viewvc/commons/proper/daemon/tags/COMMONS_DAEMON_1_0_2_RC2/ -1 because: There are still some files without AL headers: I won't add them because they are not needed. This is really getting to look like a nit-picking to me :( I agree with Mladen, the headers aren't needed in these files. There is zero creative content in any of these files (they are machine-generated). Regards -- ^TM - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [VOTE] Release Commons Daemon 1.0.2 based on RC2
On 24/02/2010, Bill Barker wrote: > > > -- > From: "Mladen Turk" > Sent: Tuesday, February 23, 2010 4:08 AM > To: "Commons Developers List" > Subject: Re: [VOTE] Release Commons Daemon 1.0.2 based on RC2 > > > > On 02/23/2010 01:04 PM, sebb wrote: > > > > > On 23/02/2010, Mladen Turk wrote: > > > > > > > Daemon RC2 fixes some minor distribution issues over the > > > > previous RC1 proposal. > > > > > > > > RC2 Release is here: > > > > http://people.apache.org/~mturk/daemon/ > > > > Tag is here: > > > > > https://svn.apache.org/viewvc/commons/proper/daemon/tags/COMMONS_DAEMON_1_0_2_RC2/ > > > > > > > > > > -1 because: > > > > > > There are still some files without AL headers: > > > > > > > > > > I won't add them because they are not needed. > > This is really getting to look like a nit-picking to me :( > > > > > > I agree with Mladen, the headers aren't needed in these files. There is > zero creative content in any of these files (they are machine-generated). > Are you sure they are all machine-generated? What application generates them? Note that I've not included the .rc files which have the heading: //Microsoft Developer Studio generated resource script > > > > > Regards > > -- > > ^TM > > > > > - > > To unsubscribe, e-mail: > dev-unsubscr...@commons.apache.org > > For additional commands, e-mail: dev-h...@commons.apache.org > > > > > > - > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > > - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
[g...@vmgump]: Project commons-codec (in module apache-commons) failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at gene...@gump.apache.org. Project commons-codec has an issue affecting its community integration. This issue affects 11 projects. The current state of this project is 'Failed', with reason 'Missing Build Outputs'. For reference only, the following projects are affected by this: - commons-codec : Commons Encoding/Decoding Package - commons-httpclient : HTTP Client Library, version 3.1 - commons-httpclient-2.0-branch : HTTP Client Library, version 2.0 - commons-jelly-tags-http : Commons Jelly - commons-transaction : Commons Identifier Package - commons-vfs-sandbox : Apache Commons - maven : Project Management Tools - opensaml : OpenSAML 1.0.1 is a set of open source Java and C++ librarie... - slide-webdavclient : Content Management System based on WebDAV technology - slide-webdavlib : Content Management System based on WebDAV technology - xmlrpc2 : A Java implementation of XML-RPC Full details are available at: http://vmgump.apache.org/gump/public/apache-commons/commons-codec/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole output [commons-codec-23022010.jar] identifier set to project name -INFO- Failed with reason missing build outputs -ERROR- Missing Output: /srv/gump/public/workspace/apache-commons/codec/dist/commons-codec-23022010.jar -ERROR- See Directory Listing Work for Missing Outputs -DEBUG- Extracted fallback artifacts from Gump Repository The following work was performed: http://vmgump.apache.org/gump/public/apache-commons/commons-codec/gump_work/build_apache-commons_commons-codec.html Work Name: build_apache-commons_commons-codec (Type: Build) Work ended in a state of : Success Elapsed: 8 secs Command Line: /usr/lib/jvm/java-6-sun/bin/java -Djava.awt.headless=true -Xbootclasspath/p:/srv/gump/public/workspace/xml-xerces2/build/xercesImpl.jar:/srv/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar org.apache.tools.ant.Main -Dgump.merge=/srv/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only -Dcomponent.version=23022010 dist [Working Directory: /srv/gump/public/workspace/apache-commons/codec] CLASSPATH: /usr/lib/jvm/java-6-sun/lib/tools.jar:/srv/gump/public/workspace/apache-commons/codec/target/classes:/srv/gump/public/workspace/apache-commons/codec/target/test-classes:/srv/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/srv/gump/public/workspace/ant/dist/lib/ant-swing.jar:/srv/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/srv/gump/public/workspace/ant/dist/lib/ant-apache-xalan2.jar:/srv/gump/public/workspace/ant/dist/lib/ant-junit.jar:/srv/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/srv/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/srv/gump/public/workspace/ant/dist/lib/ant.jar:/srv/gump/packages/junit3.8.1/junit.jar:/srv/gump/public/workspace/xml-commons/java/build/resolver.jar:/srv/gump/public/workspace/xml-commons/java/external/build/xml-apis-ext.jar:/srv/gump/public/workspace/junit/dist/junit-23022010.jar - [javac] Compiling 29 source files to /srv/gump/public/workspace/apache-commons/codec/target/classes [copy] Copying 6 files to /srv/gump/public/workspace/apache-commons/codec/target/classes javadoc: [mkdir] Created dir: /srv/gump/public/workspace/apache-commons/codec/dist [mkdir] Created dir: /srv/gump/public/workspace/apache-commons/codec/dist/docs [mkdir] Created dir: /srv/gump/public/workspace/apache-commons/codec/dist/docs/api [mkdir] Created dir: /srv/gump/public/workspace/apache-commons/codec/target/apidocs [javadoc] Generating Javadoc [javadoc] Javadoc execution [javadoc] Loading source files for package org.apache.commons.codec... [javadoc] Loading source files for package org.apache.commons.codec.binary... [javadoc] Loading source files for package org.apache.commons.codec.digest... [javadoc] Loading source files for package org.apache.commons.codec.language... [javadoc] Loading source files for package org.apache.commons.codec.net... [javadoc] Constructing Javadoc information... [javadoc] javadoc: warning - Multiple sources of package comments found for package "org.apache.commons.codec" [javadoc] javadoc: warning - Multiple sources of package comments found for package "org.apache.commons.codec.binary" [javadoc] javadoc: warning - Multiple sources of package comments found for package "org.apache.commons.codec.digest" [javadoc] javadoc: warning - Multiple sources of package comments found for package "org.apache.commons.codec.language" [javadoc] javadoc: warning - Multiple sources of package comments found for package "org.apache.commons.codec.ne
Re: [all] Preparing for commons-parent pom release
On Wed, Feb 24, 2010 at 1:07 AM, sebb wrote: > On 24/02/2010, Niall Pemberton wrote: >> I'd like to do a release of the commons-parent pom - primarily to >> upgrade to the latest commons-build-plugin 1.2 release. >> >> I have also upgraded the plugin versions and changed the "rc" & >> "release" profiles to now only produce the javadocs and not the whole >> site (this resolves a problem for multi-module components). >> >> Are there any other changes or feedback before calling a vote on this? > > I think the default maven.compile.source|target entries should be > removed from the POM. > > Seems to me that projects should have to define these, and not rely on > the default. I disagree with this because the whole point of the commons-parent pom.xml is to reduce the amount of dulicate configuration in component projects and I see no benefit in forcing components to define unnecessary properties when the default suits them. I also think this is a non-issue. We have a good history over the past few years of making sure components are compatible with the JDK version they target and I don't believe theres a single example of a release that had these properties incorrectly set. Also we did have this discussion before: http://markmail.org/message/sc2d7efxscz6n3sz Niall >> Niall - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [VOTE] Release Commons Daemon 1.0.2 based on RC2
-- From: "sebb" Sent: Tuesday, February 23, 2010 5:44 PM To: "Commons Developers List" Subject: Re: [VOTE] Release Commons Daemon 1.0.2 based on RC2 On 24/02/2010, Bill Barker wrote: -- From: "Mladen Turk" Sent: Tuesday, February 23, 2010 4:08 AM To: "Commons Developers List" Subject: Re: [VOTE] Release Commons Daemon 1.0.2 based on RC2 > On 02/23/2010 01:04 PM, sebb wrote: > > > On 23/02/2010, Mladen Turk wrote: > > > > > Daemon RC2 fixes some minor distribution issues over the > > > previous RC1 proposal. > > > > > > RC2 Release is here: > > > http://people.apache.org/~mturk/daemon/ > > > Tag is here: > > > https://svn.apache.org/viewvc/commons/proper/daemon/tags/COMMONS_DAEMON_1_0_2_RC2/ > > > > > > > -1 because: > > > > There are still some files without AL headers: > > > > > > I won't add them because they are not needed. > This is really getting to look like a nit-picking to me :( > > I agree with Mladen, the headers aren't needed in these files. There is zero creative content in any of these files (they are machine-generated). Are you sure they are all machine-generated? What application generates them? The three Makefiles might be hand generated, and I can't be bothered to sift through the Tomcat archives to find out. I've added headers to them, but they should be considered for removal, since I can't see that you would get more than a partially functioning program if you used them. Of course, they build the deprecated Windows service wrapper, which should also be considered for removal at some point. The files under the procrun directory are generated by Microsoft Developer Studio using the "Export Makefile" option. They are just a machine translation of the information in the corresponding .dsp file, provided to allow someone to build procrun if they only have the MS-SDK installed instead of the full Developer Studio. As such, they can't be copywrited, and would be impossible to maintain (since the header would get erased every time they are updated). Note that I've not included the .rc files which have the heading: //Microsoft Developer Studio generated resource script > > Regards > -- > ^TM > > - > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > > - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
[codec] gump failure
What's this about? Is this something we should take seriously? Forgive me, I'm new to gump (always ignored it). Julius On Tue, Feb 23, 2010 at 6:10 PM, Gump wrote: > To whom it may engage... > > This is an automated request, but not an unsolicited one. For > more information please visit http://gump.apache.org/nagged.html, > and/or contact the folk at gene...@gump.apache.org. > > Project commons-codec has an issue affecting its community integration. > This issue affects 11 projects. > The current state of this project is 'Failed', with reason 'Missing Build > Outputs'. > For reference only, the following projects are affected by this: > - commons-codec : Commons Encoding/Decoding Package > - commons-httpclient : HTTP Client Library, version 3.1 > - commons-httpclient-2.0-branch : HTTP Client Library, version 2.0 > - commons-jelly-tags-http : Commons Jelly > - commons-transaction : Commons Identifier Package > - commons-vfs-sandbox : Apache Commons > - maven : Project Management Tools > - opensaml : OpenSAML 1.0.1 is a set of open source Java and C++ > librarie... > - slide-webdavclient : Content Management System based on WebDAV > technology > - slide-webdavlib : Content Management System based on WebDAV technology > - xmlrpc2 : A Java implementation of XML-RPC > > > Full details are available at: > > http://vmgump.apache.org/gump/public/apache-commons/commons-codec/index.html > > That said, some information snippets are provided here. > > The following annotations (debug/informational/warning/error messages) were > provided: > -DEBUG- Sole output [commons-codec-23022010.jar] identifier set to project > name > -INFO- Failed with reason missing build outputs > -ERROR- Missing Output: > /srv/gump/public/workspace/apache-commons/codec/dist/commons-codec-23022010.jar > -ERROR- See Directory Listing Work for Missing Outputs > -DEBUG- Extracted fallback artifacts from Gump Repository > > > > The following work was performed: > http://vmgump.apache.org/gump/public/apache-commons/commons-codec/gump_work/build_apache-commons_commons-codec.html > Work Name: build_apache-commons_commons-codec (Type: Build) > Work ended in a state of : Success > Elapsed: 8 secs > Command Line: /usr/lib/jvm/java-6-sun/bin/java -Djava.awt.headless=true > -Xbootclasspath/p:/srv/gump/public/workspace/xml-xerces2/build/xercesImpl.jar:/srv/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar > org.apache.tools.ant.Main -Dgump.merge=/srv/gump/public/gump/work/merge.xml > -Dbuild.sysclasspath=only -Dcomponent.version=23022010 dist > [Working Directory: /srv/gump/public/workspace/apache-commons/codec] > CLASSPATH: > /usr/lib/jvm/java-6-sun/lib/tools.jar:/srv/gump/public/workspace/apache-commons/codec/target/classes:/srv/gump/public/workspace/apache-commons/codec/target/test-classes:/srv/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/srv/gump/public/workspace/ant/dist/lib/ant-swing.jar:/srv/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/srv/gump/public/workspace/ant/dist/lib/ant-apache-xalan2.jar:/srv/gump/public/workspace/ant/dist/lib/ant-junit.jar:/srv/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/srv/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/srv/gump/public/workspace/ant/dist/lib/ant.jar:/srv/gump/packages/junit3.8.1/junit.jar:/srv/gump/public/workspace/xml-commons/java/build/resolver.jar:/srv/gump/public/workspace/xml-commons/java/external/build/xml-apis-ext.jar:/srv/gump/public/workspace/junit/dist/junit-23022010.jar > - > [javac] Compiling 29 source files to > /srv/gump/public/workspace/apache-commons/codec/target/classes > [copy] Copying 6 files to > /srv/gump/public/workspace/apache-commons/codec/target/classes > > javadoc: > [mkdir] Created dir: /srv/gump/public/workspace/apache-commons/codec/dist > [mkdir] Created dir: > /srv/gump/public/workspace/apache-commons/codec/dist/docs > [mkdir] Created dir: > /srv/gump/public/workspace/apache-commons/codec/dist/docs/api > [mkdir] Created dir: > /srv/gump/public/workspace/apache-commons/codec/target/apidocs > [javadoc] Generating Javadoc > [javadoc] Javadoc execution > [javadoc] Loading source files for package org.apache.commons.codec... > [javadoc] Loading source files for package org.apache.commons.codec.binary... > [javadoc] Loading source files for package org.apache.commons.codec.digest... > [javadoc] Loading source files for package > org.apache.commons.codec.language... > [javadoc] Loading source files for package org.apache.commons.codec.net... > [javadoc] Constructing Javadoc information... > [javadoc] javadoc: warning - Multiple sources of package comments found for > package "org.apache.commons.codec" > [javadoc] javadoc: warning - Multiple sources of package comments found for > package "org.apache.commons.codec.binary" > [javadoc] javadoc: warning - Multiple sources of package comme
Re: [codec] gump failure
On 2010-02-24, Julius Davies wrote: > What's this about? Is this something we should take seriously? It says commons-codec is no longer producing the jar Gump expects it to create. Gump uses something close to ant -Dcomponent.version=23022010 dist to build commons-codec and currently the result is in dist/commons-codec-1.5-SNAPSHOT.jar while Gump expects dist/commons-codec-23022010.jar. Unless anything has changed commons-codec's build.xml the most likely reason is an error in Ant's trunk. Given that similar errors appeared for jakarta-oro, rhino and several other unrelated builds, it will be Ant's fault. I'll raise it on the Ant dev list. Stefan - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [codec] gump failure
--
From: "Julius Davies"
Sent: Tuesday, February 23, 2010 8:52 PM
To: "Commons Developers List"
Subject: [codec] gump failure
What's this about? Is this something we should take seriously?
Forgive me, I'm new to gump (always ignored it).
Gump is trying to override the version of the jar file using the ant build
(to save having to update the metadata in Gump every time there is a version
bump). Gump is expecting that the jar file will be named
commons-codec-${component.version}.jar. Instead the build is generating
commons-codec-1.5-SNAPSHOT.jar. Since Gump is overriding component.version
(as seen in the log output below), it gets unhappy when it can't find the
file it expects.
I haven't looked into it much, but suspecting a bad commit to ant (since
several other projects are failing the same way). If the name of the jar
file that is generated by the ant build has changed, then you can update the
Gump metadata (svn co https://svn.apache.org/repos/asf/gump/metadata) and
change the project/commons-proper.xml file to have the right name.
Otherwise, I'll probably get around to it when I have more round toits.
Julius
On Tue, Feb 23, 2010 at 6:10 PM, Gump wrote:
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-codec has an issue affecting its community integration.
This issue affects 11 projects.
The current state of this project is 'Failed', with reason 'Missing Build
Outputs'.
For reference only, the following projects are affected by this:
- commons-codec : Commons Encoding/Decoding Package
- commons-httpclient : HTTP Client Library, version 3.1
- commons-httpclient-2.0-branch : HTTP Client Library, version 2.0
- commons-jelly-tags-http : Commons Jelly
- commons-transaction : Commons Identifier Package
- commons-vfs-sandbox : Apache Commons
- maven : Project Management Tools
- opensaml : OpenSAML 1.0.1 is a set of open source Java and C++
librarie...
- slide-webdavclient : Content Management System based on WebDAV
technology
- slide-webdavlib : Content Management System based on WebDAV
technology
- xmlrpc2 : A Java implementation of XML-RPC
Full details are available at:
http://vmgump.apache.org/gump/public/apache-commons/commons-codec/index.html
That said, some information snippets are provided here.
The following annotations (debug/informational/warning/error messages)
were provided:
-DEBUG- Sole output [commons-codec-23022010.jar] identifier set to
project name
-INFO- Failed with reason missing build outputs
-ERROR- Missing Output:
/srv/gump/public/workspace/apache-commons/codec/dist/commons-codec-23022010.jar
-ERROR- See Directory Listing Work for Missing Outputs
-DEBUG- Extracted fallback artifacts from Gump Repository
The following work was performed:
http://vmgump.apache.org/gump/public/apache-commons/commons-codec/gump_work/build_apache-commons_commons-codec.html
Work Name: build_apache-commons_commons-codec (Type: Build)
Work ended in a state of : Success
Elapsed: 8 secs
Command Line:
/usr/lib/jvm/java-6-sun/bin/java -Djava.awt.headless=true -Xbootclasspath/p:/srv/gump/public/workspace/xml-xerces2/build/xercesImpl.jar:/srv/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar
org.apache.tools.ant.Main -Dgump.merge=/srv/gump/public/gump/work/merge.xml
-Dbuild.sysclasspath=only -Dcomponent.version=23022010 dist
[Working Directory: /srv/gump/public/workspace/apache-commons/codec]
CLASSPATH:
/usr/lib/jvm/java-6-sun/lib/tools.jar:/srv/gump/public/workspace/apache-commons/codec/target/classes:/srv/gump/public/workspace/apache-commons/codec/target/test-classes:/srv/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/srv/gump/public/workspace/ant/dist/lib/ant-swing.jar:/srv/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/srv/gump/public/workspace/ant/dist/lib/ant-apache-xalan2.jar:/srv/gump/public/workspace/ant/dist/lib/ant-junit.jar:/srv/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/srv/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/srv/gump/public/workspace/ant/dist/lib/ant.jar:/srv/gump/packages/junit3.8.1/junit.jar:/srv/gump/public/workspace/xml-commons/java/build/resolver.jar:/srv/gump/public/workspace/xml-commons/java/external/build/xml-apis-ext.jar:/srv/gump/public/workspace/junit/dist/junit-23022010.jar
-
[javac] Compiling 29 source files to
/srv/gump/public/workspace/apache-commons/codec/target/classes
[copy] Copying 6 files to
/srv/gump/public/workspace/apache-commons/codec/target/classes
javadoc:
[mkdir] Created dir:
/srv/gump/public/workspace/apache-commons/codec/dist
[mkdir] Created dir:
/srv/gump/public/workspace/apache-commons/codec/dist/docs
[mkdir] Created dir:
/srv
Re: [codec] gump failure
Thanks! Great info!
On Tue, Feb 23, 2010 at 9:21 PM, Bill Barker wrote:
>
>
> --
> From: "Julius Davies"
> Sent: Tuesday, February 23, 2010 8:52 PM
> To: "Commons Developers List"
> Subject: [codec] gump failure
>
>> What's this about? Is this something we should take seriously?
>> Forgive me, I'm new to gump (always ignored it).
>>
>>
>
> Gump is trying to override the version of the jar file using the ant build
> (to save having to update the metadata in Gump every time there is a version
> bump). Gump is expecting that the jar file will be named
> commons-codec-${component.version}.jar. Instead the build is generating
> commons-codec-1.5-SNAPSHOT.jar. Since Gump is overriding component.version
> (as seen in the log output below), it gets unhappy when it can't find the
> file it expects.
>
> I haven't looked into it much, but suspecting a bad commit to ant (since
> several other projects are failing the same way). If the name of the jar
> file that is generated by the ant build has changed, then you can update the
> Gump metadata (svn co https://svn.apache.org/repos/asf/gump/metadata) and
> change the project/commons-proper.xml file to have the right name.
> Otherwise, I'll probably get around to it when I have more round toits.
>
>> Julius
>>
>>
>> On Tue, Feb 23, 2010 at 6:10 PM, Gump wrote:
>>>
>>> To whom it may engage...
>>>
>>> This is an automated request, but not an unsolicited one. For
>>> more information please visit http://gump.apache.org/nagged.html,
>>> and/or contact the folk at gene...@gump.apache.org.
>>>
>>> Project commons-codec has an issue affecting its community integration.
>>> This issue affects 11 projects.
>>> The current state of this project is 'Failed', with reason 'Missing Build
>>> Outputs'.
>>> For reference only, the following projects are affected by this:
>>> - commons-codec : Commons Encoding/Decoding Package
>>> - commons-httpclient : HTTP Client Library, version 3.1
>>> - commons-httpclient-2.0-branch : HTTP Client Library, version 2.0
>>> - commons-jelly-tags-http : Commons Jelly
>>> - commons-transaction : Commons Identifier Package
>>> - commons-vfs-sandbox : Apache Commons
>>> - maven : Project Management Tools
>>> - opensaml : OpenSAML 1.0.1 is a set of open source Java and C++
>>> librarie...
>>> - slide-webdavclient : Content Management System based on WebDAV
>>> technology
>>> - slide-webdavlib : Content Management System based on WebDAV
>>> technology
>>> - xmlrpc2 : A Java implementation of XML-RPC
>>>
>>>
>>> Full details are available at:
>>>
>>>
>>> http://vmgump.apache.org/gump/public/apache-commons/commons-codec/index.html
>>>
>>> That said, some information snippets are provided here.
>>>
>>> The following annotations (debug/informational/warning/error messages)
>>> were provided:
>>> -DEBUG- Sole output [commons-codec-23022010.jar] identifier set to
>>> project name
>>> -INFO- Failed with reason missing build outputs
>>> -ERROR- Missing Output:
>>> /srv/gump/public/workspace/apache-commons/codec/dist/commons-codec-23022010.jar
>>> -ERROR- See Directory Listing Work for Missing Outputs
>>> -DEBUG- Extracted fallback artifacts from Gump Repository
>>>
>>>
>>>
>>> The following work was performed:
>>>
>>> http://vmgump.apache.org/gump/public/apache-commons/commons-codec/gump_work/build_apache-commons_commons-codec.html
>>> Work Name: build_apache-commons_commons-codec (Type: Build)
>>> Work ended in a state of : Success
>>> Elapsed: 8 secs
>>> Command Line: /usr/lib/jvm/java-6-sun/bin/java -Djava.awt.headless=true
>>> -Xbootclasspath/p:/srv/gump/public/workspace/xml-xerces2/build/xercesImpl.jar:/srv/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar
>>> org.apache.tools.ant.Main -Dgump.merge=/srv/gump/public/gump/work/merge.xml
>>> -Dbuild.sysclasspath=only -Dcomponent.version=23022010 dist
>>> [Working Directory: /srv/gump/public/workspace/apache-commons/codec]
>>> CLASSPATH:
>>> /usr/lib/jvm/java-6-sun/lib/tools.jar:/srv/gump/public/workspace/apache-commons/codec/target/classes:/srv/gump/public/workspace/apache-commons/codec/target/test-classes:/srv/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/srv/gump/public/workspace/ant/dist/lib/ant-swing.jar:/srv/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/srv/gump/public/workspace/ant/dist/lib/ant-apache-xalan2.jar:/srv/gump/public/workspace/ant/dist/lib/ant-junit.jar:/srv/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/srv/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/srv/gump/public/workspace/ant/dist/lib/ant.jar:/srv/gump/packages/junit3.8.1/junit.jar:/srv/gump/public/workspace/xml-commons/java/build/resolver.jar:/srv/gump/public/workspace/xml-commons/java/external/build/xml-apis-ext.jar:/srv/gump/public/workspace/junit/dist/junit-23022010.jar
>>> -
>>> [javac] Compiling 29 source files to
>>> /srv/gump/public/workspace/
Re: [VOTE] Release Commons Daemon 1.0.2 based on RC2
On 02/24/2010 02:44 AM, sebb wrote: Are you sure they are all machine-generated? What application generates them? Note that I've not included the .rc files which have the heading: //Microsoft Developer Studio generated resource script httpd: Makefile.win, httpd.spec, Makefile.in ... tomcat: Some mod_jk Makefiles, native .rc files ... apr: Makefile.win, NWGNUmakefile, build/*.py Probably around 100 files more in the ASF SVN. All those files are hand crafted, and have no ASL header. So what? Who cares? I just think you've missed the point. Regards -- ^TM - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: svn commit: r915668 - in /commons/proper/daemon/trunk/src/native/nt: Makefile moni/Makefile service/Makefile
On 02/24/2010 05:21 AM, billbar...@apache.org wrote: Author: billbarker Adding AL headers to files that look machine generated, but may not be. Nice, but I won't make another daemon spin just because of those. This is completely irrelevant. Everything we distribute is ASL licensed except where explicitly noticed it isn't. Regards -- ^TM - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: svn commit: r915668 - in /commons/proper/daemon/trunk/src/native/nt: Makefile moni/Makefile service/Makefile
-- From: "Mladen Turk" Sent: Tuesday, February 23, 2010 10:05 PM To: Subject: Re: svn commit: r915668 - in /commons/proper/daemon/trunk/src/native/nt: Makefile moni/Makefile service/Makefile On 02/24/2010 05:21 AM, billbar...@apache.org wrote: Author: billbarker Adding AL headers to files that look machine generated, but may not be. Nice, but I won't make another daemon spin just because of those. This is completely irrelevant. Everything we distribute is ASL licensed except where explicitly noticed it isn't. In total agreement. It didn't cost me much to copy/paste into files that I really think should be removed (and where the header is several times the size of the content). Since there are no votes other than sebb's -1 (which he won't withdraw), I think that we should declare this [VOTE] a failure, and anyone that wants commons-daemon can get it from SVN. Regards -- ^TM - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: svn commit: r915668 - in /commons/proper/daemon/trunk/src/native/nt: Makefile moni/Makefile service/Makefile
On 02/24/2010 07:25 AM, Bill Barker wrote: I think that we should declare this [VOTE] a failure, and anyone that wants commons-daemon can get it from SVN. Not necessarily. We need 3 +1 votes more then there are -1 votes. It's a release and release voting cannot be vetoed. It's just a number of votes. So we need two more votes and that would make required 4x+1 and 1x-1 which is total 3 votes. Regards -- ^TM - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [VOTE] Release Commons Daemon 1.0.2 based on RC2
On 02/23/2010 09:02 AM, Mladen Turk wrote: --- [X] +1 I support this release [ ] +0 [ ] -0 [ ] -1 I oppose this release because... Just for the record. Here is my vote. Regards -- ^TM - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: svn commit: r915668 - in /commons/proper/daemon/trunk/src/native/nt: Makefile moni/Makefile service/Makefile
-- From: "Mladen Turk" Sent: Tuesday, February 23, 2010 10:39 PM To: "Commons Developers List" Subject: Re: svn commit: r915668 - in /commons/proper/daemon/trunk/src/native/nt: Makefile moni/Makefile service/Makefile On 02/24/2010 07:25 AM, Bill Barker wrote: I think that we should declare this [VOTE] a failure, and anyone that wants commons-daemon can get it from SVN. Not necessarily. We need 3 +1 votes more then there are -1 votes. It's a release and release voting cannot be vetoed. It's just a number of votes. So we need two more votes and that would make required 4x+1 and 1x-1 which is total 3 votes. Yes, knew this already. But the count is currently one +1 and one -1 (assuming that you're voting +1). I would vote +1, but it doesn't count (not a commons PMC member, only a committer). So you still need three +1 votes. Regards -- ^TM - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [VOTE] Release Commons Daemon 1.0.2 based on RC2
-- From: "Mladen Turk" Sent: Tuesday, February 23, 2010 12:02 AM To: "Commons Developers List" Subject: [VOTE] Release Commons Daemon 1.0.2 based on RC2 Daemon RC2 fixes some minor distribution issues over the previous RC1 proposal. RC2 Release is here: http://people.apache.org/~mturk/daemon/ Tag is here: https://svn.apache.org/viewvc/commons/proper/daemon/tags/COMMONS_DAEMON_1_0_2_RC2/ If voted for a release the COMMONS_DAEMON_1_0_2_RC2 tag will be copied to COMMONS_DAEMON_1_0_2 and released as such. --- [X] +1 I support this release (non-binding) [ ] +0 [ ] -0 [ ] -1 I oppose this release because... Vote will close from 24 to 72 hours depending on the number of votes collected. Regards -- ^TM - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [VOTE] Release Commons Daemon 1.0.2 based on RC2
On 02/23/2010 09:02 AM, Mladen Turk wrote: > Daemon RC2 fixes some minor distribution issues over the > previous RC1 proposal. > > RC2 Release is here: > http://people.apache.org/~mturk/daemon/ > Tag is here: > https://svn.apache.org/viewvc/commons/proper/daemon/tags/COMMONS_DAEMON_1_0_2_RC2/ > > > If voted for a release the COMMONS_DAEMON_1_0_2_RC2 tag will > be copied to COMMONS_DAEMON_1_0_2 and released as such. > > --- > [X] +1 I support this release Cheers Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
