[GUMP@vmgump]: Project commons-vfs2-test (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-vfs2-test has an issue affecting its community integration. This i

[GUMP@vmgump]: Project commons-proxy-test (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-proxy-test has an issue affecting its community integration. This

[GUMP@vmgump]: Project commons-configuration-test (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-configuration-test has an issue affecting its community integrati

[GUMP@vmgump]: Project commons-scxml-test (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-scxml-test has an issue affecting its community integration. This

[GUMP@vmgump]: Project commons-digester3 (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-digester3 has an issue affecting its community integration. This i

Followup - [graph] Why the Vertex and Edge interfaces?

Hi all guys, this message just to invite you on testing the experimental branch[1] where I got rid completely of marcher interfaces, such as Vertex/Edge/WeightedGraph and related stuff and various combinations of them. I took advantage to keep only needed generics in builder chains, that are used

[GUMP@vmgump]: Project commons-csv (in module commons-sandbox) 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-csv has an issue affecting its community integration. This issue a

Re: [CSV] Site tidyup

Salut Manu, the JIRA id is the `pid` (project id) parameter you can usually find on links when visiting the CSV project, in that case 12313222. You can see it here[1] for example HTH, -Simo [1] https://issues.apache.org/jira/secure/CreateIssue.jspa?pid=12313222&issuetype=4 http://people.apache

[VOTE] Release Commons Parent 24 based on RC2 (lazy consensus)

This is a VOTE to release commons-parent 24 based on RC2. As agreed previously, commons parent release votes operate on lazy consensus, i.e. the vote is assumed to have passed if 72 hours have elapsed without an objection. Release notes (including changes): https://svn.apache.org/repos/asf/commo

[CSV] Site tidyup

I think CSV is now converted to be a proper component; the website should synch in an hour or two. Someone needs to create a logo and store it at src/site/resources/images/csv-logo.png Also, I cannot remember how to derive the JIRA id for the pom; it will need to be changed as it presumably poin

Re: [PARENT] Ready for release 24?

> AIUI we only added the wagon dependency for M3 because of the change > in policy in M3  which meant the plugin was not automatically > included. absolutely right, while in m2 the ssh wagon is provided, in m3 they decided to keep it off :) http://people.apache.org/~simonetripodi/ http://simonetr

Re: [VOTE][RESULT] Promote [csv] to Commons proper

On 9 March 2012 23:41, sebb wrote: > On 9 March 2012 22:06, Emmanuel Bourg wrote: >> The vote to promote Commons CSV to Commons proper has passed with 13 +1: >> >> Christian Grobmeier +1 >> Damjan Jovanovic    +1 >> Dennis Lundberg     +1 >> Emmanuel Bourg      +1 >> Gary Gregory        +1 >> Jam

Re: [VOTE][RESULT] Promote [csv] to Commons proper

On 9 March 2012 22:06, Emmanuel Bourg wrote: > The vote to promote Commons CSV to Commons proper has passed with 13 +1: > > Christian Grobmeier +1 > Damjan Jovanovic    +1 > Dennis Lundberg     +1 > Emmanuel Bourg      +1 > Gary Gregory        +1 > James Carman        +1 > Jörg Schaible       +1 >

Re: [PARENT] Ready for release 24?

On 9 March 2012 20:16, Gary Gregory wrote: > On Fri, Mar 9, 2012 at 2:53 PM, Simone Tripodi > wrote: > >> Maven guys usually track changes on Jira only, you can see the release >> notes on[1] - IMHO upgrading to latest released and m2 users would get >> benefit as well. At present we rely on the

Re: [PARENT] 24-SNAPSHOT pushed again

On 9 March 2012 20:35, Gary Gregory wrote: > On Fri, Mar 9, 2012 at 2:50 PM, sebb wrote: > >> I've just updated the CP24-SNAPSHOT in case anyone wants to try using it. >> > > I must not have Maven set up to pick SNAPSHOTS, where is that doc's for our > snapshots? Add the following profile to set

Re: [VOTE][RESULT] Promote [csv] to Commons proper

Le 09/03/2012 23:06, Emmanuel Bourg a écrit : The project has been created in JIRA, I'll try to move the issues without spamming the list this time. Issues have been moved. I'm now officially mastering the bulk edit function of JIRA :) There is some work left to assign the issues to a proper

Re: [VOTE][RESULT] Promote [csv] to Commons proper

The vote to promote Commons CSV to Commons proper has passed with 13 +1: Christian Grobmeier +1 Damjan Jovanovic+1 Dennis Lundberg +1 Emmanuel Bourg +1 Gary Gregory+1 James Carman+1 Jörg Schaible +1 Luc Maisonobe +1 Niall Pemberton +1 Sebastian Bazley

Re: svn commit: r1298953 - /commons/sandbox/csv/trunk/src/main/java/org/apache/commons/csv/CSVFormat.java

Well, the class is effectively immutable, even if the fields are not final. I think that's an important feature to document. Emmanuel Bourg Le 09/03/2012 19:15, s...@apache.org a écrit : Author: sebb Date: Fri Mar 9 18:15:02 2012 New Revision: 1298953 URL: http://svn.apache.org/viewvc?rev=

Re: [All] Maven site style

Of course! I started developing that skin with the main purpose of applying it on commons - the end of the story is that lot of places adopted it, except commons! :D -Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99

Re: [PARENT] Ready for release 24?

On Fri, Mar 9, 2012 at 2:53 PM, Simone Tripodi wrote: > Maven guys usually track changes on Jira only, you can see the release > notes on[1] - IMHO upgrading to latest released and m2 users would get > benefit as well. > Thanks for the link. I see 2.0 has 2 issues fixed. But there no issues for 2

Re: [All] Maven site style

On Fri, Mar 9, 2012 at 2:30 PM, Simone Tripodi wrote: > Hi Gary, > > that's the fluido-skin[1] I released under Maven project - at Maven we > are working on new releases of site, doxia and site tools that will > make the skin be able to automatically generate all the brand > requirements as we alr

Re: [PARENT] Ready for release 24?

Maven guys usually track changes on Jira only, you can see the release notes on[1] - IMHO upgrading to latest released and m2 users would get benefit as well. my 2 cents, -Simo [1] http://s.apache.org/b0B http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitt

Re: [codec] What version should implement a behavior change?

On 9 March 2012 19:15, Gary Gregory wrote: > On Fri, Mar 9, 2012 at 2:12 PM, sebb wrote: > >> On 9 March 2012 19:02, Gary Gregory wrote: >> > Ok, so now, it look like the next release will be 1.7 and not 1.6.1 >> because >> > of the addition of new Nysiis codec. >> >> +1, it's significant new co

Re: [codec] What version should implement a behavior change?

On Fri, Mar 9, 2012 at 2:12 PM, sebb wrote: > On 9 March 2012 19:02, Gary Gregory wrote: > > Ok, so now, it look like the next release will be 1.7 and not 1.6.1 > because > > of the addition of new Nysiis codec. > > +1, it's significant new code. > > > Would [CODEC-134

Re: [codec] What version should implement a behavior change?

On 9 March 2012 19:02, Gary Gregory wrote: > Ok, so now, it look like the next release will be 1.7 and not 1.6.1 because > of the addition of new Nysiis codec. +1, it's significant new code. > Would [CODEC-134 ] be OK > in 1.7 or should it be for

Re: svn commit: r1298588 - /commons/proper/codec/trunk/src/test/java/org/apache/commons/codec/language/NysiisTest.java

On Fri, Mar 9, 2012 at 2:06 PM, Thomas Neidhart wrote: > On 03/09/2012 07:58 PM, Gary Gregory wrote: > > > That's not a great name either :( > > > > Wikipedia says: "If longer than 6 characters, truncate to first 6 > > characters. (only needed for true NYSIIS, some versions use the full > key)" >

Re: svn commit: r1298588 - /commons/proper/codec/trunk/src/test/java/org/apache/commons/codec/language/NysiisTest.java

On 03/09/2012 07:58 PM, Gary Gregory wrote: > That's not a great name either :( > > Wikipedia says: "If longer than 6 characters, truncate to first 6 > characters. (only needed for true NYSIIS, some versions use the full key)" > > What it does is "truncate to 6" but that is a pretty functional >

Re: [codec] What version should implement a behavior change?

Ok, so now, it look like the next release will be 1.7 and not 1.6.1 because of the addition of new Nysiis codec. Would [CODEC-134 ] be OK in 1.7 or should it be for a 2.0? Gary On Thu, Mar 8, 2012 at 11:14 AM, Gary Gregory wrote: > Ok, so where a

Re: svn commit: r1298588 - /commons/proper/codec/trunk/src/test/java/org/apache/commons/codec/language/NysiisTest.java

On Fri, Mar 9, 2012 at 1:52 PM, Thomas Neidhart wrote: > On 03/09/2012 12:55 AM, Gary Gregory wrote: > > >>> This is why I added the 'trueLength' (lame name?) ivar because that > seems > >>> like a reasonable toggle after reading the Wikipedia entry. > > I changed it locally to 'cutOff', would you

Re: svn commit: r1298588 - /commons/proper/codec/trunk/src/test/java/org/apache/commons/codec/language/NysiisTest.java

On 03/09/2012 12:55 AM, Gary Gregory wrote: >>> This is why I added the 'trueLength' (lame name?) ivar because that seems >>> like a reasonable toggle after reading the Wikipedia entry. I changed it locally to 'cutOff', would you agree with this name change? Thomas -

Re: [PARENT] Ready for release 24?

On Fri, Mar 9, 2012 at 1:49 PM, sebb wrote: > On 9 March 2012 18:43, Gary Gregory wrote: > > On Fri, Mar 9, 2012 at 1:09 PM, sebb wrote: > > > >> On 9 March 2012 17:25, Gary Gregory wrote: > >> > Sebb and others: Wondering about updating wagon-ssh 1.0 to 2.2. > Thoughts? > >> > >> No idea. Wha

Re: [PARENT] Ready for release 24?

On 9 March 2012 18:43, Gary Gregory wrote: > On Fri, Mar 9, 2012 at 1:09 PM, sebb wrote: > >> On 9 March 2012 17:25, Gary Gregory wrote: >> > Sebb and others: Wondering about updating wagon-ssh 1.0 to 2.2. Thoughts? >> >> No idea. What's 2.2 got that 1.0 hasn't? And vice versa? >> > > That a com

Re: [PARENT] Ready for release 24?

On Fri, Mar 9, 2012 at 1:09 PM, sebb wrote: > On 9 March 2012 17:25, Gary Gregory wrote: > > Sebb and others: Wondering about updating wagon-ssh 1.0 to 2.2. Thoughts? > > No idea. What's 2.2 got that 1.0 hasn't? And vice versa? > That a common problem: there is no release notes history that I f

Re: [PARENT] Ready for release 24?

On 9 March 2012 17:25, Gary Gregory wrote: > Sebb and others: Wondering about updating wagon-ssh 1.0 to 2.2. Thoughts? No idea. What's 2.2 got that 1.0 hasn't? And vice versa? Only seems to be relevant to Maven3 site invocations. I don't use M3 by default so have no idea if it will help or not.

Re: [PARENT] Ready for release 24?

Sebb and others: Wondering about updating wagon-ssh 1.0 to 2.2. Thoughts? Gary On Wed, Mar 7, 2012 at 12:23 PM, sebb wrote: > On 7 March 2012 16:10, Gary Gregory wrote: > > More struggles with Maven as I am try to push out a 24-SNAPSHOT as a > first > > step in http://wiki.apache.org/commons/U

Re: [OGNL] A new release

I don't think it is necessary when fixing this kind of issues, unless you need to heavily change the code, but I don't suspect so ;) let me know if I can be helpful in some way - more than just helping on fixing issues :P best, -Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.l

Re: [OGNL] A new release

2012/3/9 Simone Tripodi : > Hi Lukasz, > > I am worried that current number of detected > PMD/CPD/findbugs/checkstyle/& co.[1] is too under the quality here at > commons  are used to, before releasing a component. > It would be great having them fixed before releasing, then I can > quickly cut a ne

Re: [OGNL] A new release

Hi Lukasz, I am worried that current number of detected PMD/CPD/findbugs/checkstyle/& co.[1] is too under the quality here at commons are used to, before releasing a component. It would be great having them fixed before releasing, then I can quickly cut a new RC (I am now used to cover the releas

[OGNL] A new release

Hi, Any plans to make a new release ? I'd like to help, could you point me in the right direction ? Is there any guideline how to do it ? Kind regards -- Łukasz http://www.lenart.org.pl/ mobile +48 606 323 122, office +27 11 0838747 Warszawa JUG conference - Confitura http://confitura.pl/

Re: [ognl] Old issues....

If you not follow the issue, there is a problem with importing the old issues from OpenSymphony, Tony is working on that, but probably it will take some time 2012/1/19 Christian Grobmeier : > Thanks for all the work Lukasz, I appreciate it!! > > 2012/1/19 Łukasz Lenart : >> 2012/1/18 Jochen W

Re: Apache Commons Javadoc template?

On Fri, Mar 9, 2012 at 7:43 AM, Emmanuel Bourg wrote: > Le 09/03/2012 12:29, Gary Gregory a écrit : > > This is pretty subjective stuff. Personally I like the stock Java 7 >> best of all (java 6, java 7 "fix"). >> > > To be clear, you find this : > > http://s3.amazonaws.com/uso_**ss/13457/large.

Re: Apache Commons Javadoc template?

Nice! do we want to start some work in the Sandbox? I cannot promise you immediate availability (I still have some other pending activities in OSS) but I can join you in a short while. All the best, -Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter

Re: Apache Commons Javadoc template?

Le 09/03/2012 12:29, Gary Gregory a écrit : This is pretty subjective stuff. Personally I like the stock Java 7 best of all (java 6, java 7 "fix"). To be clear, you find this : http://s3.amazonaws.com/uso_ss/13457/large.png (left aligned return type, non indented method description, wide gap

Re: Apache Commons Javadoc template?

Le 09/03/2012 12:44, Simone Tripodi a écrit : @Manu: AFAIK (I could be wrong here) even for applying different CSS we have to create a small doclet with resources only - please keep me in the loop because if it is just twaking the css, would be much easier and I can provide more help. Well, I

Re: Apache Commons Javadoc template?

lol, totally agreed! indeed I am a fan of Doclava and try to use it as much as I, where possible, can :P I would just suggest the same I suggested for checkstyle: lets define a common basis, the actual one should work as you proposed, and let components use what doclet they prefer (OTOH I wouldn't

Re: [math] javadoc unbalanced

JIRA ticket created: https://issues.apache.org/jira/browse/MATH-767 Best regards, Dennis On 03/09/2012 11:50 AM, Benedikt Ritter wrote: Thanks for the patch Dennis! Feel free create a JIRA ticket [1] for this issue, where you can attach your patch (and maybe more ;). One little suggestion for i

Re: Apache Commons Javadoc template?

This is like optimizing code ;) don't do it unless you measure that what you have now is a problem. I would not find seeing some apache graphical branding but that's it. I find the Google example and it's mix of font sizes ugly as sin. It's all subjective of course. This could end up a discussion a

Re: Apache Commons Javadoc template?

This is pretty subjective stuff. Personally I like the stock Java 7 best of all (java 6, java 7 "fix"). Gary On Mar 9, 2012, at 5:22, Emmanuel Bourg wrote: > Hi all, > > I noticed that Commons Math 3.0 has been released with the new Javadoc > template introduced with Java 7 [1]. While this tem

Re: Apache Commons Javadoc template?

Le 09/03/2012 12:12, Simone Tripodi a écrit : I think forking a Doclet we all like to start implementing our own would be a good starting point. My idea is more to customize the default doclet with a simple stylesheet than changing the doclet completely. As I understand the issue is the doc

Re: [ALL] Parent pom - test.jar and test-sources.jar

On Mar 9, 2012, at 3:00, Luc Maisonobe wrote: > Le 09/03/2012 03:03, sebb a écrit : >> Some while back, we discussed including binary (and source) jars for >> the test code in releases. >> [The test source code is already included in the source archive]. >> >> The intention was to make it easier

Re: [math] javadoc unbalanced

On 9 March 2012 11:12, Gilles Sadowski wrote: > On Fri, Mar 09, 2012 at 11:50:15AM +0100, Benedikt Ritter wrote: >> Thanks for the patch Dennis! Feel free create a JIRA ticket [1] for >> this issue, where you can attach your patch (and maybe more ;). One >> little suggestion for improvement: Accor

Re: [math] javadoc unbalanced

On Fri, Mar 09, 2012 at 11:50:15AM +0100, Benedikt Ritter wrote: > Thanks for the patch Dennis! Feel free create a JIRA ticket [1] for > this issue, where you can attach your patch (and maybe more ;). One > little suggestion for improvement: According to [2] {@code } should be > used in instead of

Re: Apache Commons Javadoc template?

Salut Manu, I can do something, it is a matter of implementing a doclet for javadoc - the Maven plugin already supports it, unfortunately I don't have so much spare time to follow all these activities ATM :( On 2010/2011 I helped Google Doclava[1] team on releasing the Doclava Doclet to Mvn centr

Re: [math] javadoc unbalanced

On 9 March 2012 10:50, Benedikt Ritter wrote: > Thanks for the patch Dennis! Feel free create a JIRA ticket [1] for > this issue, where you can attach your patch (and maybe more ;). One > little suggestion for improvement: According to [2] {@code } should be > used in instead of and . still nee

Re: [math] javadoc unbalanced

Thanks for the patch Dennis! Feel free create a JIRA ticket [1] for this issue, where you can attach your patch (and maybe more ;). One little suggestion for improvement: According to [2] {@code } should be used in instead of and . Regards, Benedikt [1] https://issues.apache.org/jira [2] https:/

[math] javadoc unbalanced

Hi all, See http://commons.apache.org/math/apidocs/index-all.html and scroll to the section 'D'. Observe how in method discardMostRecentElements(int) in class org.apache.commons.math3.util.ResizableDoubleArray, the style changes to larger font. This can be fixed using this patch: Index: src

Apache Commons Javadoc template?

Hi all, I noticed that Commons Math 3.0 has been released with the new Javadoc template introduced with Java 7 [1]. While this template looks more polished at first glance, it's actually less readable than the old one for a variety of reasons (changes in alignment, lack of indentation and emp

Re: [ALL] Parent pom - test.jar and test-sources.jar

On 9 March 2012 08:00, Luc Maisonobe wrote: > Le 09/03/2012 03:03, sebb a écrit : >> Some while back, we discussed including binary (and source) jars for >> the test code in releases. >> [The test source code is already included in the source archive]. >> >> The intention was to make it easier to

Re: [math] Does this break the API?

Hi Jörg, thanks for this detailed answer. 2012/3/9 Jörg Schaible : > Hi Sébastian, > > Sébastien Brisard wrote: > >> Dear all, >> I'm extremely unfamiliar with serialization and its many pitfalls, and >> I would need advice from you wise guys ;-) !!! >> Here is the thing. I'm currently working on

Re: [ALL] Parent pom - test.jar and test-sources.jar

+1 as well -Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/ On Fri, Mar 9, 2012 at 4:26 AM, Gary Gregory wrote: > Sounds good to me. +1 > > Gary > > On Mar 8, 2012, at 21:03, sebb wrote: > >> Some whi

Re: [ALL] Parent pom - test.jar and test-sources.jar

Le 09/03/2012 03:03, sebb a écrit : > Some while back, we discussed including binary (and source) jars for > the test code in releases. > [The test source code is already included in the source archive]. > > The intention was to make it easier to run binary compatibility tests > against new releas