Re: [VOTE] Apache Commons to sponsor agimatec-validation incunbation
So Niall, whats next and please if there is anything I can help in let me know about it. On Fri, Dec 4, 2009 at 5:41 PM, Niall Pemberton niall.pember...@gmail.com wrote: On Fri, Dec 4, 2009 at 3:18 PM, Donald Woods dwo...@apache.org wrote: Niall, any update on the voting? The vote passed on Nov 24th: http://markmail.org/message/m6a5hfdunoxkox6n Niall -Donald Donald Woods wrote: Is the voting complete? If so, can you post the Results to the dev list, so we can start discussing the proposal on the incubator@ list? Thanks for driving this! -Donald Niall Pemberton wrote: On Mon, Nov 23, 2009 at 8:13 PM, Rahul Akolkar rahul.akol...@gmail.com wrote: On Wed, Nov 18, 2009 at 3:34 PM, Niall Pemberton niall.pember...@gmail.com wrote: snip/ [X] +1 Yes lets sponsor it [ ] -1 No because... snap/ In order to make it easier for commons to *observe* the incubation effort does anyone object to discussion taking place on d...@commons rather than a separate list and commits going to comm...@commons? [X] +1 Use the Commons mailing lists [ ] -1 Bad idea because... snip/ You mention using comm...@commons here but the proposal on the Incubator wiki suggests a commits list will be created (perhaps that bit needs to be updated?) Good catch I've updated the proposal. Niall -Rahul - 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 -- Thanks - Mohammad Nour - LinkedIn: http://www.linkedin.com/in/mnour Life is like riding a bicycle. To keep your balance you must keep moving - Albert Einstein Writing clean code is what you must do in order to call yourself a professional. There is no reasonable excuse for doing anything less than your best. - Clean Code: A Handbook of Agile Software Craftsmanship - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
[dbcp] 1.3/1.4 RC1 available for review
I have prepared release candidates for DBCP 1.3 and 1.4. Please all interested parties have a look and test. If all goes well, I will kick off a release VOTE based on these artifacts in the next couple of days. I see these as really two sets of artifacts associated with one release, so I am inclined to just do one VOTE including both versions. If anyone disagrees with this, please speak up. I am happy to run two VOTEs. 1.3 (JDBC 3) version: http://people.apache.org/~psteitz/dbcp-1.3-rc1 http://people.apache.org/~psteitz/dbcp-1.3-rc1/site http://people.apache.org/~psteitz/dbcp-1.3-rc1/maven http://svn.apache.org/repos/asf/commons/proper/dbcp/tags/DBCP_1_3_RC1/ 1.4 (JDBC 4) version: http://people.apache.org/~psteitz/dbcp-1.4-rc1 http://people.apache.org/~psteitz/dbcp-1.4-rc1/site http://people.apache.org/~psteitz/dbcp-1.4-rc1/maven http://svn.apache.org/repos/asf/commons/proper/dbcp/tags/DBCP_1_4_RC1/ Release notes (common version, ships with both) http://people.apache.org/~psteitz/RELEASE-NOTES.txt There is also a recently opened documentation bug (DBCP-309) that I do not see as a showstopper for this release, but would appreciate feedback on the ticket and concurrence that we can push it to 1.3.1/1.4.1. Thanks! Phil - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [VOTE] Apache Commons to sponsor agimatec-validation incunbation
Hi Niall, validation team, same here, I'm available :) Simo On Mon, Dec 7, 2009 at 9:16 AM, Mohammad Nour El-Din nour.moham...@gmail.com wrote: So Niall, whats next and please if there is anything I can help in let me know about it. On Fri, Dec 4, 2009 at 5:41 PM, Niall Pemberton niall.pember...@gmail.com wrote: On Fri, Dec 4, 2009 at 3:18 PM, Donald Woods dwo...@apache.org wrote: Niall, any update on the voting? The vote passed on Nov 24th: http://markmail.org/message/m6a5hfdunoxkox6n Niall -Donald Donald Woods wrote: Is the voting complete? If so, can you post the Results to the dev list, so we can start discussing the proposal on the incubator@ list? Thanks for driving this! -Donald Niall Pemberton wrote: On Mon, Nov 23, 2009 at 8:13 PM, Rahul Akolkar rahul.akol...@gmail.com wrote: On Wed, Nov 18, 2009 at 3:34 PM, Niall Pemberton niall.pember...@gmail.com wrote: snip/ [X] +1 Yes lets sponsor it [ ] -1 No because... snap/ In order to make it easier for commons to *observe* the incubation effort does anyone object to discussion taking place on d...@commons rather than a separate list and commits going to comm...@commons? [X] +1 Use the Commons mailing lists [ ] -1 Bad idea because... snip/ You mention using comm...@commons here but the proposal on the Incubator wiki suggests a commits list will be created (perhaps that bit needs to be updated?) Good catch I've updated the proposal. Niall -Rahul - 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 -- Thanks - Mohammad Nour - LinkedIn: http://www.linkedin.com/in/mnour Life is like riding a bicycle. To keep your balance you must keep moving - Albert Einstein Writing clean code is what you must do in order to call yourself a professional. There is no reasonable excuse for doing anything less than your best. - Clean Code: A Handbook of Agile Software Craftsmanship - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org -- http://www.google.com/profiles/simone.tripodi - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [dbcp] 1.3/1.4 RC1 available for review
Phil Steitz wrote: I am inclined to just do one VOTE +1 There is also a recently opened documentation bug (DBCP-309) that I do not see as a showstopper for this release, but would appreciate feedback on the ticket and concurrence that we can push it to 1.3.1/1.4.1. +1 Mark - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: Colt vs. Primitives
Ted, I just figured out why I should take you up on your offer. Where in svn is the Mahout fork? On Sun, Dec 6, 2009 at 2:14 PM, Ted Dunning ted.dunn...@gmail.com wrote: Mahout has already sucked Colt in. If you are interested in modernizing it, that might be a good place to do it. We are committed to maintaining its status as an independent library and are avoiding injecting any other dependencies. On Sun, Dec 6, 2009 at 4:15 AM, Benson Margulies bimargul...@gmail.comwrote: The Colt library contains a pretty good core start to associative containers on basic types: http://acs.lbl.gov/~hoschek/colthttp://acs.lbl.gov/%7Ehoschek/colt. The license looks like it might be an 'A'. I've posted a JIRA to legal to check. - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: Colt vs. Primitives
http://svn.apache.org/repos/asf/lucene/mahout/trunk is the overall directory. Colt is just below that. I believe that the pom in the subdir will build colt without the top-level, but you know more about maven than I do. On Mon, Dec 7, 2009 at 1:58 PM, Benson Margulies bimargul...@gmail.comwrote: Ted, I just figured out why I should take you up on your offer. Where in svn is the Mahout fork? On Sun, Dec 6, 2009 at 2:14 PM, Ted Dunning ted.dunn...@gmail.com wrote: Mahout has already sucked Colt in. If you are interested in modernizing it, that might be a good place to do it. We are committed to maintaining its status as an independent library and are avoiding injecting any other dependencies. On Sun, Dec 6, 2009 at 4:15 AM, Benson Margulies bimargul...@gmail.com wrote: The Colt library contains a pretty good core start to associative containers on basic types: http://acs.lbl.gov/~hoschek/colthttp://acs.lbl.gov/%7Ehoschek/colt http://acs.lbl.gov/%7Ehoschek/colt. The license looks like it might be an 'A'. I've posted a JIRA to legal to check. - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org -- Ted Dunning, CTO DeepDyve
Re: Colt vs. Primitives
It's in the module now called matrix - the name colt is tradmarked by CERN, so we're not using that name as such. -jake On Mon, Dec 7, 2009 at 2:08 PM, Benson Margulies bimargul...@gmail.comwrote: I just checked this out and there is no colt in there. I got rev 888157. On Mon, Dec 7, 2009 at 5:04 PM, Ted Dunning ted.dunn...@gmail.com wrote: http://svn.apache.org/repos/asf/lucene/mahout/trunk is the overall directory. Colt is just below that. I believe that the pom in the subdir will build colt without the top-level, but you know more about maven than I do. On Mon, Dec 7, 2009 at 1:58 PM, Benson Margulies bimargul...@gmail.com wrote: Ted, I just figured out why I should take you up on your offer. Where in svn is the Mahout fork? On Sun, Dec 6, 2009 at 2:14 PM, Ted Dunning ted.dunn...@gmail.com wrote: Mahout has already sucked Colt in. If you are interested in modernizing it, that might be a good place to do it. We are committed to maintaining its status as an independent library and are avoiding injecting any other dependencies. On Sun, Dec 6, 2009 at 4:15 AM, Benson Margulies bimargul...@gmail.com wrote: The Colt library contains a pretty good core start to associative containers on basic types: http://acs.lbl.gov/~hoschek/colthttp://acs.lbl.gov/%7Ehoschek/colt http://acs.lbl.gov/%7Ehoschek/colt http://acs.lbl.gov/%7Ehoschek/colt. The license looks like it might be an 'A'. I've posted a JIRA to legal to check. - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org -- Ted Dunning, CTO DeepDyve - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: Colt vs. Primitives
Aha, you didn't take the part I care about most, but your grab of the jet stuff may help me grab the collections stuff. This is almost messy enough for me to go back to coding from scratch from Knuth. On Mon, Dec 7, 2009 at 5:10 PM, Jake Mannix jake.man...@gmail.com wrote: It's in the module now called matrix - the name colt is tradmarked by CERN, so we're not using that name as such. -jake On Mon, Dec 7, 2009 at 2:08 PM, Benson Margulies bimargul...@gmail.comwrote: I just checked this out and there is no colt in there. I got rev 888157. On Mon, Dec 7, 2009 at 5:04 PM, Ted Dunning ted.dunn...@gmail.com wrote: http://svn.apache.org/repos/asf/lucene/mahout/trunk is the overall directory. Colt is just below that. I believe that the pom in the subdir will build colt without the top-level, but you know more about maven than I do. On Mon, Dec 7, 2009 at 1:58 PM, Benson Margulies bimargul...@gmail.com wrote: Ted, I just figured out why I should take you up on your offer. Where in svn is the Mahout fork? On Sun, Dec 6, 2009 at 2:14 PM, Ted Dunning ted.dunn...@gmail.com wrote: Mahout has already sucked Colt in. If you are interested in modernizing it, that might be a good place to do it. We are committed to maintaining its status as an independent library and are avoiding injecting any other dependencies. On Sun, Dec 6, 2009 at 4:15 AM, Benson Margulies bimargul...@gmail.com wrote: The Colt library contains a pretty good core start to associative containers on basic types: http://acs.lbl.gov/~hoschek/colthttp://acs.lbl.gov/%7Ehoschek/colt http://acs.lbl.gov/%7Ehoschek/colt http://acs.lbl.gov/%7Ehoschek/colt. The license looks like it might be an 'A'. I've posted a JIRA to legal to check. - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org -- Ted Dunning, CTO DeepDyve - 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: Colt vs. Primitives
Which part did you care about? On Mon, Dec 7, 2009 at 2:12 PM, Benson Margulies bimargul...@gmail.comwrote: Aha, you didn't take the part I care about most, but your grab of the jet stuff may help me grab the collections stuff. This is almost messy enough for me to go back to coding from scratch from Knuth.
Re: Colt vs. Primitives
maps. On Dec 7, 2009, at 5:16 PM, Ted Dunning ted.dunn...@gmail.com wrote: Which part did you care about? On Mon, Dec 7, 2009 at 2:12 PM, Benson Margulies bimargul...@gmail.com wrote: Aha, you didn't take the part I care about most, but your grab of the jet stuff may help me grab the collections stuff. This is almost messy enough for me to go back to coding from scratch from Knuth. - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: Colt vs. Primitives
Bring them in! We will likely need them as well. On Mon, Dec 7, 2009 at 2:23 PM, Benson Margulies bimargul...@gmail.comwrote: maps. On Dec 7, 2009, at 5:16 PM, Ted Dunning ted.dunn...@gmail.com wrote: Which part did you care about? On Mon, Dec 7, 2009 at 2:12 PM, Benson Margulies bimargul...@gmail.com wrote: Aha, you didn't take the part I care about most, but your grab of the jet stuff may help me grab the collections stuff. This is almost messy enough for me to go back to coding from scratch from Knuth. - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org -- Ted Dunning, CTO DeepDyve
Re: svn commit: r887821 - /commons/proper/dbcp/trunk/xdocs/download_dbcp.xml
On Mon, Dec 7, 2009 at 3:36 AM, Phil Steitz phil.ste...@gmail.com wrote: Niall Pemberton wrote: Phil, It might be easier (maintenance-wise) to generate two separate pages - one for each version. i.e. set the commons.release.version to 1.3, generate the download_dbcp.xml and then rename it to something like download_dbcp_13.xml then change the commons.release.version to 1.4 and re-generate the download_dbcp.xml. Thanks, Niall. The problem that I am trying to solve - unless others object to this - is to have *both 1.3 and 1.4* appear on a single download page. I see the two releases as really both latest release - just for different platforms. I felt bad about hacking the generated file, but unless we want commons.release.version to turn into a list, I don't see a clean way to fix this. There isn't a great way to do it in ant - need XSLT or jelly or some such thing. Having said that I have changed commons-build-plugin so that you can specify a second release version: https://issues.apache.org/jira/browse/COMMONSSITE-48 Example of page generated for DBCP is here: http://people.apache.org/~niallp/dbcp/download_dbcp.html And the changes required in DBCP pom.xml: http://issues.apache.org/jira/secure/attachment/12427266/build-plugin-dbcp.patch Not great, but it works. Too late for this iteration of DBCP (would need a commons-build-plugin and commons-parent release). Niall Phil Up to you, just a suggestion Niall On Mon, Dec 7, 2009 at 2:23 AM, pste...@apache.org wrote: Author: psteitz Date: Mon Dec 7 02:23:10 2009 New Revision: 887821 URL: http://svn.apache.org/viewvc?rev=887821view=rev Log: Modified (commons-build-generated) download page to include links to both 1.3 and 1.4 releases. Modified: commons/proper/dbcp/trunk/xdocs/download_dbcp.xml Modified: commons/proper/dbcp/trunk/xdocs/download_dbcp.xml URL: http://svn.apache.org/viewvc/commons/proper/dbcp/trunk/xdocs/download_dbcp.xml?rev=887821r1=887820r2=887821view=diff == --- commons/proper/dbcp/trunk/xdocs/download_dbcp.xml (original) +++ commons/proper/dbcp/trunk/xdocs/download_dbcp.xml Mon Dec 7 02:23:10 2009 @@ -18,28 +18,24 @@ !-- +==+ | | - | THIS FILE IS GENERATED BY THE COMMONS BUILD PLUGIN | - | DO NOT EDIT DIRECTLY | + | THIS IS A MODIFIED VERSION OF THE FILE GENERATED | + | BY THE COMMONS BUILD PLUGIN. THE MODIFICATION | + | DISPLAYS DOWNLOAD LINKS FOR TWO RELEASE VERSIONS | + | (DBCP 1.3 and 1.4). | | | +==+ | TEMPLATE FILE: download-page-template.xml | | commons-build-plugin/trunk/src/main/resources/commons-xdoc-templates | +==+ | | - | 1) Re-generate using: mvn commons:download-page | + | To regenerate this file: | | | - | 2) Set the following properties in the component's pom: | - | - commons.componentid (required, alphabetic, lower case) | - | - commons.release.version (required) | - | - commons.binary.suffix (optional) | - | (defaults to -bin, set to for pre-maven2 releases) | + | 0) Make sure commons.release.version is set correcly in pom.xml. | | | - | 3) Example Properties | + | 1) Execute mvn commons:download-page | + | | | + | 2) Add the sections marked ADDITIONAL RELEASE | | | - | properties | - | commons.componentidmath/commons.componentid | - | commons.release.version1.2/commons.release.version | - | /properties | | | +==+ -- @@ -99,20 +95,23 @@ p