Re: [ALL] Pushing out releases, one component at a time

I'd apply two pithy statements here: 1) Activity begets activity. Start working on something and people will be attracted. 2) People don't contribute in a vacuum. You have to leave them work to do. In both cases though, you have to be noticed. People have to see the activity and they have to see

Re: [ALL] Pushing out releases, one component at a time

Bike-shedding can be handled. Someone volunteers to RM a component. They put what they think needs doing for the next release into a list (next JIRA version), and on list we vote on which of the proposed components is top of the heap for a swarm. Especially useful prior to an ApacheCon. Also usefu

Re: [Commons Wiki] Trivial Update of "MarlaQuin" by MarlaQuin

On Wed, Mar 20, 2013 at 9:24 PM, sebb wrote: > We've had more spam, so I've asked Infra to add access control to the Wiki: > > https://issues.apache.org/jira/browse/INFRA-6024 > > I've added all recent contributors to either the AdminGroup or > ContributorsGroup already (but these won't take effe

Re: [Commons Wiki] Trivial Update of "MarlaQuin" by MarlaQuin

We've had more spam, so I've asked Infra to add access control to the Wiki: https://issues.apache.org/jira/browse/INFRA-6024 I've added all recent contributors to either the AdminGroup or ContributorsGroup already (but these won't take effect until Infra update the Wiki). On 20 March 2013 15:52,

[Commons Wiki] Update of "LocalBadContent" by sebbapache

Dear Wiki user, You have subscribed to a wiki page or wiki category on "Commons Wiki" for change notification. The "LocalBadContent" page has been changed by sebbapache: http://wiki.apache.org/commons/LocalBadContent?action=diff&rev1=13&rev2=14 #acl LeoSimons:read,write,admin,delete,revert Ad

[Commons Wiki] Update of "ContributorsGroup" by sebbapache

Dear Wiki user, You have subscribed to a wiki page or wiki category on "Commons Wiki" for change notification. The "ContributorsGroup" page has been changed by sebbapache: http://wiki.apache.org/commons/ContributorsGroup Comment: Create initial contributors list (AdminGroup members will also be

[Commons Wiki] Update of "AdminGroup" by sebbapache

Dear Wiki user, You have subscribed to a wiki page or wiki category on "Commons Wiki" for change notification. The "AdminGroup" page has been changed by sebbapache: http://wiki.apache.org/commons/AdminGroup?action=diff&rev1=4&rev2=5 Comment: Don't allow AdminGroup to be read; update list - #ac

[Commons Wiki] Trivial Update of "Why_West_Valley_Eis_Is_Better_worse_Than__alternative_" by ArmandPYT

Dear Wiki user, You have subscribed to a wiki page or wiki category on "Commons Wiki" for change notification. The "Why_West_Valley_Eis_Is_Better_worse_Than__alternative_" page has been changed by ArmandPYT: http://wiki.apache.org/commons/Why_West_Valley_Eis_Is_Better_worse_Than__alternative_

[Commons Wiki] Trivial Update of "ArmandPYT" by ArmandPYT

Dear Wiki user, You have subscribed to a wiki page or wiki category on "Commons Wiki" for change notification. The "ArmandPYT" page has been changed by ArmandPYT: http://wiki.apache.org/commons/ArmandPYT New page: My name: Armand Warren<> Age: 19<> Country: United States<> City: Stamford <> Pos

[continuum] BUILD FAILURE: Apache Commons - Commons Math -

Group (shared) Maven 2 Build Definition (Java 1.5) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Continuum-Build-Host: vmbuild X-Continuum-Project-Id: 97 X-Continuum-Project-Name: Commons Math Online report : http://vmbuild.apache.org/con

Re: [Chain] Any future plans for commons-chain?

Hi Christian, thanks a lot for sharing those info, much more than appreciated! In commons-chain 2.0 we are basically trying to revamp the old chain 1.X, providing the same features, but keeping in mind a bottom-up approach (people are interested on using chain even outside the web context), stron

Re: [Chain] Any future plans for commons-chain?

Hi Christian, Simone and others are better placed to comment on this. I will certainly take a look at the repo, but are you able to provide a brief summary of the differences between this and common-chains? Regards, Steve > On 20 March 2013 at 19:22 Christian T Trimble > wrote: > > > Hello, >

Re: svn commit: r1459020 - /commons/proper/csv/trunk/src/main/java/org/apache/commons/csv/CSVRecord.java

>> On Wed, Mar 20, 2013 at 8:53 PM, Benedikt Ritter >> wrote: >> >> +/** >> >> + * Returns an iterator over the values of this record. > Iterable.iterator() doc is: > > "Returns an iterator over a set of elements of type T." > > I thought it would be nice to tweak this a bit to match a CS

Re: svn commit: r1459020 - /commons/proper/csv/trunk/src/main/java/org/apache/commons/csv/CSVRecord.java

2013/3/20 Christian Grobmeier > On Wed, Mar 20, 2013 at 8:53 PM, Benedikt Ritter > wrote: > >> +/** > >> + * Returns an iterator over the values of this record. > >> + * > >> + * @return an iterator over the values of this record. > >> + */ > >> > > > > I had no better idea h

Re: [ANNOUNCE] Commons Logging version 1.1.2 released

On 03/20/2013 09:13 PM, sebb wrote: > On 20 March 2013 20:05, Thomas Neidhart wrote: >> Hello. >> >> The Apache Commons team is pleased to announce the release of >> commons-logging-1.1.2. > > Please ensure you upload the release to the SVN dist release area ASAP > or it may get lost when svnpubs

Re: [ANNOUNCE] Commons Logging version 1.1.2 released

On 20 March 2013 20:05, Thomas Neidhart wrote: > Hello. > > The Apache Commons team is pleased to announce the release of > commons-logging-1.1.2. Please ensure you upload the release to the SVN dist release area ASAP or it may get lost when svnpubsub is implemented by infra. See my recent email

[ANNOUNCE] Commons Logging version 1.1.2 released

Hello. The Apache Commons team is pleased to announce the release of commons-logging-1.1.2. Commons Logging is a thin adapter allowing configurable bridging to other, well known logging systems. Source and binary distributions are available for download from the Apache Commons download site: ht

Re: svn commit: r1459020 - /commons/proper/csv/trunk/src/main/java/org/apache/commons/csv/CSVRecord.java

On Wed, Mar 20, 2013 at 8:53 PM, Benedikt Ritter wrote: >> +/** >> + * Returns an iterator over the values of this record. >> + * >> + * @return an iterator over the values of this record. >> + */ >> > > I had no better idea how to comment this. Any suggestions how to make this

Re: [fileupload] towards 1.3 release - feedbacks required

On 20 March 2013 19:46, Gary Gregory wrote: > Hi All: > > It seems to be that the B64 code needs work for 1.3 no matter what. So I am > not sure I agree with Simo because: > - We rework B64 for 1.3 as proposed by Sebb. It's not really rework - just tidying up the new code so it agrees with Java 6

Re: svn commit: r1459020 - /commons/proper/csv/trunk/src/main/java/org/apache/commons/csv/CSVRecord.java

2013/3/20 > Author: britter > Date: Wed Mar 20 19:52:27 2013 > New Revision: 1459020 > > URL: http://svn.apache.org/r1459020 > Log: > Add missing JavaDoc > > Modified: > > commons/proper/csv/trunk/src/main/java/org/apache/commons/csv/CSVRecord.java > > Modified: > commons/proper/csv/trunk/src/mai

Re: [fileupload] towards 1.3 release - feedbacks required

Hi All: It seems to be that the B64 code needs work for 1.3 no matter what. So I am not sure I agree with Simo because: - We rework B64 for 1.3 as proposed by Sebb. - We rework B64 again for 1.4 using Java 6. It seems like asking for trouble on subtle compatibility issues from 1.2 to 1.3 and agai

Re: [fileupload] towards 1.3 release - feedbacks required

My proposal is: let's go ahead with Java5 compatibility for 1.3, let's increase for 1.6 in 1.4 or 2.0 > > If we do not want to go with Java 6 and that method, we should > probably treat concatenated encodings the same way it does. > But of course we won't emulate the crash! > +1 My 2 cents, -Sim

Re: [Chain] Any future plans for commons-chain?

Hello, I am not sure where you are looking to take the commons chain project, but you may be interested in some code that meltmedia has open sourced. The project is called xchain and it fuses the Commons JXPath project with Commons Chain to be used as a web framework. You can find the code

Re: [fileupload] towards 1.3 release - feedbacks required

On 20 March 2013 14:42, Gary Gregory wrote: > On Wed, Mar 20, 2013 at 10:25 AM, Mark Thomas wrote: > >> On 20/03/2013 01:09, sebb wrote: >> > I think QPD(ecode) is now OK; it handles lowercase hex and rejects >> > invalid characters. >> > >> > Base64Decode handles valid input OK, and rejects some

Re: [Commons Wiki] Trivial Update of "MarlaQuin" by MarlaQuin

On 20 March 2013 13:53, Christian Grobmeier wrote: > Should we move to the AdminGroups with this wiki too? > I think yes +1 > On Wed, Mar 20, 2013 at 2:37 PM, Apache Wiki wrote: >> Dear Wiki user, >> >> You have subscribed to a wiki page or wiki category on "Commons Wiki" for >> change notifi

Re: [fileupload] towards 1.3 release - feedbacks required

On Wed, Mar 20, 2013 at 10:25 AM, Mark Thomas wrote: > On 20/03/2013 01:09, sebb wrote: > > I think QPD(ecode) is now OK; it handles lowercase hex and rejects > > invalid characters. > > > > Base64Decode handles valid input OK, and rejects some invalid input, > > but could perhaps do with tweakin

Re: [fileupload] towards 1.3 release - feedbacks required

On 20/03/2013 01:09, sebb wrote: > I think QPD(ecode) is now OK; it handles lowercase hex and rejects > invalid characters. > > Base64Decode handles valid input OK, and rejects some invalid input, > but could perhaps do with tweaking to handle PAD characters better. > At present it treats an embed

[continuum] BUILD FAILURE: Apache Commons - Commons OpenPGP (Sandbox) - Group (shared) Maven 2 Build Definition (Java 1.5)

Online report : http://vmbuild.apache.org/continuum/buildResult.action?buildId=26517&projectId=117 Build statistics: State: Failed Previous State: Failed Started at: Wed 20 Mar 2013 14:20:23 + Finished at: Wed 20 Mar 2013 14:21:07 + Total time: 43s Build Trigger: Schedule Bu

Re: [Commons Wiki] Trivial Update of "MarlaQuin" by MarlaQuin

Should we move to the AdminGroups with this wiki too? I think yes On Wed, Mar 20, 2013 at 2:37 PM, Apache Wiki wrote: > Dear Wiki user, > > You have subscribed to a wiki page or wiki category on "Commons Wiki" for > change notification. > > The "MarlaQuin" page has been changed by MarlaQuin: > h

[Commons Wiki] Trivial Update of "MarlaQuin" by MarlaQuin

Dear Wiki user, You have subscribed to a wiki page or wiki category on "Commons Wiki" for change notification. The "MarlaQuin" page has been changed by MarlaQuin: http://wiki.apache.org/commons/MarlaQuin New page: This may be a skin problem which tans or just green discoloration is without que

Re: svn commit: r1458814 - /commons/sandbox/openpgp/trunk/pom.xml

2013/3/20 Emmanuel Bourg > Le 20/03/2013 14:04, Benedikt Ritter a écrit : > > > How about updating to 4.11 instead? Old tests will run on 4.11 and can be > > migrated. > > I don't use JUnit 4, but feel free to upgrade further. I just wanted to > check if openpgp was still compatible with the late

[continuum] BUILD FAILURE: Apache Commons - Commons OpenPGP (Sandbox) - Group (shared) Maven 2 Build Definition (Java 1.5)

Online report : http://vmbuild.apache.org/continuum/buildResult.action?buildId=26516&projectId=117 Build statistics: State: Failed Previous State: Ok Started at: Wed 20 Mar 2013 13:21:42 + Finished at: Wed 20 Mar 2013 13:22:39 + Total time: 56s Build Trigger: Schedule Build

Re: svn commit: r1458814 - /commons/sandbox/openpgp/trunk/pom.xml

Le 20/03/2013 14:04, Benedikt Ritter a écrit : > How about updating to 4.11 instead? Old tests will run on 4.11 and can be > migrated. I don't use JUnit 4, but feel free to upgrade further. I just wanted to check if openpgp was still compatible with the latest version of BouncyCastle. Emmanuel

Re: svn commit: r1458814 - /commons/sandbox/openpgp/trunk/pom.xml

2013/3/20 > Author: ebourg > Date: Wed Mar 20 12:58:57 2013 > New Revision: 1458814 > > URL: http://svn.apache.org/r1458814 > Log: > Updated the dependencies > > Modified: > commons/sandbox/openpgp/trunk/pom.xml > > Modified: commons/sandbox/openpgp/trunk/pom.xml > URL: > http://svn.apache.or

Re: [fileupload] towards 1.3 release - feedbacks required

> > As far as I know, it already behaves as per the article, except I have > just noticed that RFC2045 requires invalid characters to be ignored. > That should be trivial to fix now that the code has been re-organised. > unfortunately, after a (not deep) search, the most useful place I found, wher

Re: [fileupload] towards 1.3 release - feedbacks required

On 20 March 2013 08:26, Simone Tripodi wrote: > priceless!!! > >> At present it treats an embedded PAD as the end of input (as per >> Codec) but maybe it would be better to only allow 1 or 2 PADs at the >> end? > > IMHO having such behaviour is acceptable, but if it doesn't cost you > too much, ha

Re: [CSV] Finishing v1.0

Okay, that looks better. -Adrian On 3/20/2013 8:52 AM, Benedikt Ritter wrote: That build is dated 30-Jul-2007. Please have a look at trunk in SVN ;-) Benedikt 2013/3/20 Adrian Crum I grabbed the latest build: http://people.apache.org/** builds/commons/nightly/**commons-csv/

Re: [CSV] Finishing v1.0

That build is dated 30-Jul-2007. Please have a look at trunk in SVN ;-) Benedikt 2013/3/20 Adrian Crum > I grabbed the latest build: http://people.apache.org/** > builds/commons/nightly/**commons-csv/ > > -Adrian > > > On 3/20/2013

Re: [CSV] Finishing v1.0

I grabbed the latest build: http://people.apache.org/builds/commons/nightly/commons-csv/ -Adrian On 3/20/2013 8:43 AM, Benedikt Ritter wrote: Adrian, you've lost me. What CSVStrategy are you talking about? Are you looking at https://svn.apache.org/repos/asf/commons/proper/csv/trunk ? 2013/3/

Re: [CSV] Finishing v1.0

Adrian, you've lost me. What CSVStrategy are you talking about? Are you looking at https://svn.apache.org/repos/asf/commons/proper/csv/trunk ? 2013/3/20 Adrian Crum > There is a part of the API that I don't like - the CSVStrategy class is > mutable. I can't imagine a file's strategy changing mi

Re: [CSV] Finishing v1.0

There is a part of the API that I don't like - the CSVStrategy class is mutable. I can't imagine a file's strategy changing mid-file, so from my perspective the class should be immutable. Plus, the previous version used a builder pattern that I liked. -Adrian On 3/19/2013 6:43 PM, sebb wrote:

Re: [fileupload] towards 1.3 release - feedbacks required

priceless!!! > At present it treats an embedded PAD as the end of input (as per > Codec) but maybe it would be better to only allow 1 or 2 PADs at the > end? IMHO having such behaviour is acceptable, but if it doesn't cost you too much, having the behaviour described in Wikipedia[1] is a 'nice to

Re: [CSV] org.apache.commons.csv.CSVFormat.DEFAULT

Hi Gary, 2013/3/20 Gary Gregory > Addressing this TODO: > > /** > * Standard comma separated format, as for {@link #RFC4180} but > allowing empty lines. > * > * withDelimiter(',') > * withQuoteChar('"') > * withIgnoreEmptyLines(true) > * withLineSeparator(CRLF