Re: [BCEL] Code format non-standard

2011-07-29 Thread Luc Maisonobe
Le 29/07/2011 21:57, sebb a écrit : Quite a lot of the BCEL Java source code uses 2 spaces as indentation. AFAIK, all other Commons components (indeed all other Apache projects I've encountered) use a 4 space indent for Java source code. There are also some files in [math] that come from my for

Re: [VOTE] Release Commons Compress 1.2 Based on 1.2RC2

2011-07-29 Thread Stefan Bodewig
just realized I haven't voted myself, yet. On 2011-07-28, Stefan Bodewig wrote: > Tag: > https://svn.apache.org/repos/asf/commons/proper/compress/tags/COMPRESS_1.2_RC2/ > Site: > http://people.apache.org/~bodewig/commons-compress-1.2RC2/site/ > Tarballs/ZIPs: > http://people.apache.org/~bode

Re: [ognl] Status items & Graduation

2011-07-29 Thread Henri Yandell
Call a single Commons vote, then point to people as either OGNL or general Commons. That takes care of two of your votes :) Hen On Fri, Jul 29, 2011 at 1:53 AM, Christian Grobmeier wrote: > Hi > > I just signed off all status items on the incubation status page > (needs a while to sync to the la

RE: svn commit: r1152359 - /commons/proper/codec/trunk/src/java/org/apache/commons/codec/language/bm/PhoneticEngine.java

2011-07-29 Thread Gary Gregory
Hi All, A heads up that Matthew is going to be in the BM code this weekend to work on a bug and rework some code. Gary -Original Message- From: s...@apache.org [mailto:s...@apache.org] Sent: Friday, July 29, 2011 15:58 PM To: comm...@commons.apache.org Subject: svn commit: r1152359 -

Re: [continuum] BUILD FAILURE: Apache Commons - Commons Math - Default Maven 2 Build Definition (Java 1.5)

2011-07-29 Thread Phil Steitz
Statement setting fixed seed was misplaced. Fixed in r1152366. Phil On 7/29/11 9:30 AM, Continuum@vmbuild wrote: > Online report : > http://vmbuild.apache.org/continuum/buildResult.action?buildId=10540&projectId=97 > > Build statistics: > State: Failed > Previous State: Failed > Started a

Re: [BCEL] Code format non-standard

2011-07-29 Thread Dave Brosius
no objections(you'll find a bunch of tabs in there as well) - Original Message -From: "sebb" >;seb...@gmail.com

Re: [BCEL] Code format non-standard

2011-07-29 Thread Gary Gregory
On Fri, Jul 29, 2011 at 3:57 PM, sebb wrote: > Quite a lot of the BCEL Java source code uses 2 spaces as indentation. > AFAIK, all other Commons components (indeed all other Apache projects > I've encountered) use a 4 space indent for Java source code. > > [2 spaces are sometimes used in POM files

[BCEL] Code format non-standard

2011-07-29 Thread sebb
Quite a lot of the BCEL Java source code uses 2 spaces as indentation. AFAIK, all other Commons components (indeed all other Apache projects I've encountered) use a 4 space indent for Java source code. [2 spaces are sometimes used in POM files, as POMs often use deep nesting, and line-wrap is not

Re: [compress] Staging Site in src/site (was Re: [VOTE] Release Commons Compress 1.2 Based on 1.2RC1)

2011-07-29 Thread sebb
On 29 July 2011 18:02, sebb wrote: > On 28 July 2011 05:52, Stefan Bodewig wrote: >> On 2011-07-27, sebb wrote: >> >>> Aside: >> >>> Seems wrong that site plugin creates output under src/site - surely it >>> should be created under target? >>> Is there a bug in the POM or the Commons Parent POM -

Re: [LANG] Commons Lang 3.0

2011-07-29 Thread Oliver Heger
Am 29.07.2011 00:26, schrieb Henri Yandell: Note that Chain isn't really depending on it. It depends on myfaces-api and then excludes commons-lang. JCS, Flatfile and Pipeline are all upgraded in SVN. Configuration and Proxy need updating. Configuration currently still targets Java 1.4. I would

Re: [VOTE] Release Commons Compress 1.2 Based on 1.2RC2

2011-07-29 Thread Phil Steitz
On 7/29/11 11:05 AM, Jörg Schaible wrote: > Stefan Bodewig wrote: > >> Tag: >> >> > https://svn.apache.org/repos/asf/commons/proper/compress/tags/COMPRESS_1.2_RC2/ >> Site: >> >> http://people.apache.org/~bodewig/commons-compress-1.2RC2/site/ >> >> Tarballs/ZIPs: >> >> http://people.apache.org/~bod

Re: [VOTE] Release Commons Compress 1.2 Based on 1.2RC2

2011-07-29 Thread Jörg Schaible
Stefan Bodewig wrote: > Tag: > > https://svn.apache.org/repos/asf/commons/proper/compress/tags/COMPRESS_1.2_RC2/ > > Site: > > http://people.apache.org/~bodewig/commons-compress-1.2RC2/site/ > > Tarballs/ZIPs: > > http://people.apache.org/~bodewig/commons-compress-1.2RC2/ > > Maven artifact

Re: [logging] logging vs slf4j

2011-07-29 Thread Ralph Goers
The major issue I had was https://issues.apache.org/jira/browse/LOG4J2-31. We currently use SLF4J for audit logging via the SLF4J extension's EventLogger and EventData. Unfortunately, SLF4J has to convert the EventData object to XML since SLF4J/Logback don't provide a good way of handling this.

Re: [VOTE] Release Commons Compress 1.2 Based on 1.2RC2

2011-07-29 Thread Phil Steitz
On 7/29/11 9:36 AM, Jörg Schaible wrote: > Hi Phil, > > Phil Steitz wrote: > >> On 7/28/11 11:18 PM, Jörg Schaible wrote: >>> Jörg Schaible wrote: > [snip] > Use the java-1.4 profile (look into the commons parent) and define its home in your settings.xml:

Re: [logging] logging vs slf4j

2011-07-29 Thread Ralph Goers
Commons Logging takes a least common denominator approach, which makes it useful for only fairly simple use cases. The goals for Log4J 2 are much more extensive than just a simple API that wraps other logging frameworks. Ralph On Jul 29, 2011, at 6:19 AM, Paul Benedict wrote: > Would there

Re: [logging] logging vs slf4j

2011-07-29 Thread Ralph Goers
Unfortunately, you are in the minority on this one. Technically, you could just use the Log4J 2.0 Impl jar, but then you would be coding to a private API. Ralph On Jul 29, 2011, at 8:15 AM, Gary Gregory wrote: > One thing that is a hassle to me with modularized projects, even > slf4j, is that y

Re: [compress] Staging Site in src/site (was Re: [VOTE] Release Commons Compress 1.2 Based on 1.2RC1)

2011-07-29 Thread sebb
On 28 July 2011 05:52, Stefan Bodewig wrote: > On 2011-07-27, sebb wrote: > >> Aside: > >> Seems wrong that site plugin creates output under src/site - surely it >> should be created under target? >> Is there a bug in the POM or the Commons Parent POM - or is it a bug >> in the site plugin? > > Ap

Re: [VOTE] Release Commons Compress 1.2 Based on 1.2RC2

2011-07-29 Thread Jörg Schaible
Hi Phil, Phil Steitz wrote: > On 7/28/11 11:18 PM, Jörg Schaible wrote: >> Jörg Schaible wrote: [snip] >>> Use the java-1.4 profile (look into the commons parent) and define its >>> home in your settings.xml: >>> >>> >>> java-1.4 >>> >>>

[continuum] BUILD FAILURE: Apache Commons - Commons Math - Default Maven 2 Build Definition (Java 1.5)

2011-07-29 Thread Continuum@vmbuild
Online report : http://vmbuild.apache.org/continuum/buildResult.action?buildId=10540&projectId=97 Build statistics: State: Failed Previous State: Failed Started at: Fri 29 Jul 2011 16:28:35 + Finished at: Fri 29 Jul 2011 16:30:09 + Total time: 1m 33s Build Trigger: Schedule

Re: [Math] Simple benchmarking utility

2011-07-29 Thread Phil Steitz
On 7/29/11 3:23 AM, Gilles Sadowski wrote: > Hello. > >>> [...] >>> >>> The idea is to have "interleaved" calls to the candidate >>> implementations, so >>> that (hopefully) they will be penalized (or benefit) in the same >>> way >>> by what >>> the JVM is doing (GC

Re: svn commit: r1152276 - in /commons/proper/math/trunk/src: main/java/org/apache/commons/math/analysis/solvers/ site/xdoc/ site/xdoc/userguide/ test/java/org/apache/commons/math/analysis/solvers/

2011-07-29 Thread Luc Maisonobe
Le 29/07/2011 17:44, l...@apache.org a écrit : Author: luc Date: Fri Jul 29 15:44:21 2011 New Revision: 1152276 URL: http://svn.apache.org/viewvc?rev=1152276&view=rev Log: Added a Brent-like solver that has higher (user specified) order and does bracket selection on the result: BracketingNthOrde

Re: [lang] LANG-686 Recursive call of replaceEachRepeatedly

2011-07-29 Thread Gary Gregory
Hi Hen, I am not really comfortable knowing that a SOE can be a "normal" code path. It would have to be Javadoc'd to boot. I can see catching IllegalStateException and IllegalArgumentException in client code, especially in a server or a processor of some kind, but to do that for SOE feels wrong.

Re: [math] Re: Release managing a major version [and Lang 3.0 post mortem]

2011-07-29 Thread Phil Steitz
On 7/29/11 8:11 AM, Gary Gregory wrote: > If you are trying to get a 3.0 release out ASAP, you just need to > address showstopper bugs. > > If a new package is too new and shiny to put out and not fully baked, > consider taking it out of 3.0. Radical but simple. The problem with that is that we ha

Re: [math] Re: Release managing a major version [and Lang 3.0 post mortem]

2011-07-29 Thread Phil Steitz
On 7/29/11 12:11 AM, Luc Maisonobe wrote: > Hey guys, I guess we should have a thorough look at this process > for our own 3.0 release. > > We are clearly late and we have a huge pile of unsorted issues. > Many people open more and more requests while we try to solve > them, as can be seen from Jir

Re: [VOTE] Release Commons Compress 1.2 Based on 1.2RC2

2011-07-29 Thread Phil Steitz
On 7/28/11 11:18 PM, Jörg Schaible wrote: > Jörg Schaible wrote: > >> Phil Steitz wrote: >> >>> On 7/27/11 9:47 PM, Stefan Bodewig wrote: Tag: > https://svn.apache.org/repos/asf/commons/proper/compress/tags/COMPRESS_1.2_RC2/ Site: http://people.apache.org/~bodewig/comm

Re: [logging] logging vs slf4j

2011-07-29 Thread Gary Gregory
One thing that is a hassle to me with modularized projects, even slf4j, is that you end up with a bunch of tiny jars. IOW & IMO: a mess. Personally, I want one jar to rule them all. If I want to switch logging implementer or a client wants another impl I have to fiddle with my builds and explain wh

Re: [math] Re: Release managing a major version [and Lang 3.0 post mortem]

2011-07-29 Thread Gary Gregory
If you are trying to get a 3.0 release out ASAP, you just need to address showstopper bugs. If a new package is too new and shiny to put out and not fully baked, consider taking it out of 3.0. Radical but simple. The exceptions issue is tricky you want to have something stable for future releases

Re: [VOTE] Release Commons Compress 1.2 Based on 1.2RC2

2011-07-29 Thread Gary Gregory
Do we require license headers on test fixtures? If not, +1. If so, this needs needs to be fixed (see RAT report): !? src/test/resources/archives/files.txt !? src/test/resources/test with spaces.txt !? src/test/resources/test.txt !? src/test/resources/test1.xml !? src/test

Re: [ognl] Status items & Graduation

2011-07-29 Thread Simone Tripodi
please sorry for the *terrible* typo :D :D anyway I would have spoke about Christina Applegate, I like more than Aguilera :D http://people.apache.org/~simonetripodi/ http://www.99soft.org/ On Fri, Jul 29, 2011 at 12:43 PM, Christian Grobmeier wrote: >> I guess Simo was talking about Luke Blans

Re: [logging] logging vs slf4j

2011-07-29 Thread Paul Benedict
Would there be any merit in combining the log4j and commons logging code? Given a hypothetical Log4j 2 and JCL 2, how much different could they really be in terms of their goals and add-ins? On Fri, Jul 29, 2011 at 4:51 AM, Gilles Sadowski wrote: > Hello. > >> I would have done that but some of t

[GUMP@vmgump]: Project commons-proxy-test (in module apache-commons) failed

2011-07-29 Thread Gump
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

Re: [math] Re: Release managing a major version [and Lang 3.0 post mortem]

2011-07-29 Thread Gilles Sadowski
Hello. > Hey guys, I guess we should have a thorough look at this process > for our own 3.0 release. > > We are clearly late and we have a huge pile of unsorted issues. Many > people open more and more requests while we try to solve them, as > can be seen from Jira activity in the last few months

Re: [ognl] Status items & Graduation

2011-07-29 Thread Christian Grobmeier
> I guess Simo was talking about Luke Blanshard. Oh yes. So, Luke is missing from the OGNL list - we should fix that. Later we must not forget to give him the commons group > > > On 29 July 2011 12:34, Christian Grobmeier wrote: >>> Agreed, thanks Christina for the follow-up. >>> BTW don't forg

Re: [ognl] Status items & Graduation

2011-07-29 Thread Christian Grobmeier
Guess the same - would like to see his desktop wallpaper, might explain something ;-) On Fri, Jul 29, 2011 at 12:40 PM, Maurizio Cucchiara wrote: > Also I guess that Simone was not talking with Christina Aguilera :) > > On 29 July 2011 12:27, Simone Tripodi wrote: >> Agreed, thanks ***Christina*

Re: [ognl] Status items & Graduation

2011-07-29 Thread Maurizio Cucchiara
Also I guess that Simone was not talking with Christina Aguilera :) On 29 July 2011 12:27, Simone Tripodi wrote: > Agreed, thanks ***Christina*** for the follow-up. -- Maurizio Cucchiara - To unsubscribe, e-mail: dev-unsubscr.

Re: [ognl] Status items & Graduation

2011-07-29 Thread Maurizio Cucchiara
Christian, I guess Simo was talking about Luke Blanshard. On 29 July 2011 12:34, Christian Grobmeier wrote: >> Agreed, thanks Christina for the follow-up. >> BTW don't forget we have also Luc onboard ;) > > You mean Lukasz? He is not new to the ASF > > http://people.apache.org/committers-by-proj

Re: [ognl] Status items & Graduation

2011-07-29 Thread Christian Grobmeier
> Agreed, thanks Christina for the follow-up. > BTW don't forget we have also Luc onboard ;) You mean Lukasz? He is not new to the ASF http://people.apache.org/committers-by-project.html#ognl Is this list missing somebody? Cheers > Alles gute, have a nice day, > Simo > > http://people.apache.or

Re: [sandbox] [classscan] classscan API design review needed

2011-07-29 Thread Simone Tripodi
what about scanner/handler? :P just my 2 cents, alles gute Simo http://people.apache.org/~simonetripodi/ http://www.99soft.org/ On Fri, Jul 29, 2011 at 10:20 AM, Mark Struberg wrote: > Hi James! > > Feel free to suggest a better name. > For the client we also could use 'consumer' but not sure

Re: [ognl] Status items & Graduation

2011-07-29 Thread Simone Tripodi
Agreed, thanks Christina for the follow-up. BTW don't forget we have also Luc onboard ;) Alles gute, have a nice day, Simo http://people.apache.org/~simonetripodi/ http://www.99soft.org/ On Fri, Jul 29, 2011 at 11:58 AM, Luc Maisonobe wrote: > Le 29/07/2011 10:53, Christian Grobmeier a écrit :

Re: [Math] Simple benchmarking utility

2011-07-29 Thread Gilles Sadowski
Hello. > > > > [...] > > > > The idea is to have "interleaved" calls to the candidate > > implementations, so > > that (hopefully) they will be penalized (or benefit) in the same > > way > > by what > > the JVM is doing (GC or JIT compilation or ...) while the > >>>

Re: [ognl] Status items & Graduation

2011-07-29 Thread Luc Maisonobe
Le 29/07/2011 10:53, Christian Grobmeier a écrit : Hi I just signed off all status items on the incubation status page (needs a while to sync to the latest version). Anyway, I think OGNL is already fine to graduate. Most of the community is already in commons, so I think ognl has a proven commu

Re: [jira] [Created] (MATH-635) High order Brent-like bracketing solver

2011-07-29 Thread Luc Maisonobe
Hello, Le 29/07/2011 11:15, Luc Maisonobe (JIRA) a écrit : High order Brent-like bracketing solver --- Key: MATH-635 URL: https://issues.apache.org/jira/browse/MATH-635 Project: Commons Math Issue T

Re: [logging] logging vs slf4j

2011-07-29 Thread Gilles Sadowski
Hello. > I would have done that but some of the deficiencies are in the API and I > couldn't get Ceki to incorporate them. Do you have a pointer to a listing of those deficiencies? > [...] Thanks, Gilles - To unsubscribe, e-

Re: [logging] logging vs slf4j

2011-07-29 Thread Christian Grobmeier
On Fri, Jul 29, 2011 at 10:33 AM, Torsten Curdt wrote: > At some stage I started to refactor commons logging into a multi > module maven project and got rid of the discovery part. So you would > have the commons-logging-api jar plus exactly one of the > implementation bridges. So you pick the logg

[ognl] Status items & Graduation

2011-07-29 Thread Christian Grobmeier
Hi I just signed off all status items on the incubation status page (needs a while to sync to the latest version). Anyway, I think OGNL is already fine to graduate. Most of the community is already in commons, so I think ognl has a proven community which will not go away after a while. If ognl wi

Re: [logging] logging vs slf4j

2011-07-29 Thread Torsten Curdt
At some stage I started to refactor commons logging into a multi module maven project and got rid of the discovery part. So you would have the commons-logging-api jar plus exactly one of the implementation bridges. So you pick the logging target by putting the correct bridge into your classpath. Si

Re: [sandbox] [classscan] classscan API design review needed

2011-07-29 Thread Mark Struberg
Hi James! Feel free to suggest a better name. For the client we also could use 'consumer' but not sure how to name the piece which does the actual scanning. Ideas? txs and LieGrue, strub --- On Thu, 7/28/11, James Carman wrote: > From: James Carman > Subject: Re: [sandbox] [classscan] class

Re: [sandbox] [classscan] classscan API design review needed

2011-07-29 Thread Jakob Korherr
Hi, What about provider and subscriber or something similar? server/client really sounds very heavyweight.. Regards, Jakob 2011/7/29 James Carman : > Why the client / server nomenclature?  Makes it sound too heavyweight > On Jul 28, 2011 4:20 PM, "Mark Struberg" wrote: >> Hi Simo! >> >> Sorry,

Re: [VOTE] Release Commons Compress 1.2 Based on 1.2RC2

2011-07-29 Thread Christian Grobmeier
+1 sigs, hashes are fine, site looks good and zip/gz etc unpack and run on mac os x10.6.8 with java 1.6.0_26 Thanks Stefan! On Thu, Jul 28, 2011 at 6:47 AM, Stefan Bodewig wrote: > Tag: > > https://svn.apache.org/repos/asf/commons/proper/compress/tags/COMPRESS_1.2_RC2/ > > Site: > > http://peop

[math] Re: Release managing a major version [and Lang 3.0 post mortem]

2011-07-29 Thread Luc Maisonobe
Hey guys, I guess we should have a thorough look at this process for our own 3.0 release. We are clearly late and we have a huge pile of unsorted issues. Many people open more and more requests while we try to solve them, as can be seen from Jira activity in the last few months. People start