Re: [SANDBOX] Problem with mvn deploy

2011-10-26 Thread Simone Tripodi
Hi Adrian! for what I can see you just need some missing config in your settings.xml, take a look ate the wiki page[1] how to configure Maven to deploy artifacts on Nexus - it is valid for SNAPSHOTS as well. HTH, please let me know if you need more help! All the best, Simo [1] http://wiki.apache.o

[SANDBOX] Problem with mvn deploy

2011-10-26 Thread Adrian Crum
When I try to deploy the Commons Sandbox Convert project, I get the following error: [INFO] [deploy:deploy {execution: default-deploy}] [INFO] Retrieving previous build number from apache.snapshots.https [INFO] repository metadata for: 'snapshot org.apache.commons:commons-convert:1.0 -SNAPSHOT'

Re: [Math] Problem with svn

2011-10-26 Thread Phil Steitz
On 10/26/11 4:07 PM, Gilles Sadowski wrote: >>> [...] >> If nobody responds in the next few hours with a better idea, i will >> try the commit based on the tar on my end. What should be the >> commit message? > ---CUT--- > MATH-689 > Moved "SAFE_MIN" and "EPSILON" from "MathUtils" to "Precision".

Re: [Math] Problem with svn

2011-10-26 Thread Phil Steitz
On 10/26/11 3:41 PM, Gilles Sadowski wrote: >> [...] Looks like your changed files were from the 9/22 revision of the linear package files. I suspect that the props change may be the problem. I am not an svn expert, maybe someone else knows more. But I would try this: >>

Re: [Math] Problem with svn

2011-10-26 Thread Gilles Sadowski
> > [...] > > If nobody responds in the next few hours with a better idea, i will > try the commit based on the tar on my end. What should be the > commit message? ---CUT--- MATH-689 Moved "SAFE_MIN" and "EPSILON" from "MathUtils" to "Precision". ---CUT--- Thanks, Gilles -

Re: [VOTE] Release Apache Commons-Digester 3.1 based on RC2

2011-10-26 Thread Gary Gregory
Simo, I'm on my phone ATM so I cannot check this, but are you using the latest versions of the plugins? Maybe some of these false positives would go away. Gary On Oct 25, 2011, at 17:39, Simone Tripodi wrote: > Hi Gary! > > That is the same I wondered: if 6 are "too many", how many are enough?

Re: [Math] Problem with svn

2011-10-26 Thread Phil Steitz
On 10/26/11 2:51 PM, Gilles Sadowski wrote: >> Trying to commit a few files, I get this error: >> ---CUT--- >> Sending >> src/main/java/org/apache/commons/math/analysis/integration/UnivariateRealIntegratorImpl.java >> Sending >> src/main/java/org/apache/commons/math/geometr

Re: [Math] Problem with svn

2011-10-26 Thread Gilles Sadowski
> [...] > >> Looks like your changed files were from the 9/22 revision of the > >> linear package files. I suspect that the props change may be the > >> problem. I am not an svn expert, maybe someone else knows more. > >> But I would try this: > >> > >> 0) Start with clean checkout > >> 1) do yo

Re: [Math] Problem with svn

2011-10-26 Thread Phil Steitz
On 10/26/11 2:51 PM, Gilles Sadowski wrote: >> Trying to commit a few files, I get this error: >> ---CUT--- >> Sending >> src/main/java/org/apache/commons/math/analysis/integration/UnivariateRealIntegratorImpl.java >> Sending >> src/main/java/org/apache/commons/math/geometr

Re: [SANDBOX][CONVERTER] who's taking care?

2011-10-26 Thread Adrian Crum
On 10/26/2011 10:36 PM, Matt Benson wrote: On Wed, Oct 26, 2011 at 3:42 PM, Simone Tripodi wrote: Hi Adrian! nice to see you involved here! So, I took few time to reorganize my ideas and I would like to discuss with you how to make a new [convert] component,. For what I can see, the bigger p

Re: [Math] Problem with svn

2011-10-26 Thread Gilles Sadowski
> Trying to commit a few files, I get this error: > ---CUT--- > Sending > src/main/java/org/apache/commons/math/analysis/integration/UnivariateRealIntegratorImpl.java > Sending > src/main/java/org/apache/commons/math/geometry/euclidean/threed/Line.java > Sending

Re: [SANDBOX][CONVERTER] who's taking care?

2011-10-26 Thread Matt Benson
On Wed, Oct 26, 2011 at 3:42 PM, Simone Tripodi wrote: > Hi Adrian! > nice to see you involved here! > > So, I took few time to reorganize my ideas and I would like to discuss > with you how to make a new [convert] component,. > > For what I can see, the bigger part of the codebase has been kindly

Re: [SANDBOX][CONVERTER] who's taking care?

2011-10-26 Thread Adrian Crum
I am the author of most of the code, and it did not come from BeanUtils - it is an original work. Any similarity to BeanUtils is purely coincidental. I am always open to improvements. Your ideas sound fine to me - go ahead and provide some patches and I will look them over. The roadmap is to

Re: [SANDBOX][CONVERTER] who's taking care?

2011-10-26 Thread Simone Tripodi
Hi Adrian! nice to see you involved here! So, I took few time to reorganize my ideas and I would like to discuss with you how to make a new [convert] component,. For what I can see, the bigger part of the codebase has been kindly borrowed from BeanUtils - which is fine - but, like always, I am co

Re: [VOTE] Release Apache Commons-Digester 3.1 based on RC2

2011-10-26 Thread Oliver Heger
Build works fine with Java 1.5 on Windows 7. Artifacts and site look good. The checkstyle issue really is not a blocker. So +1, good work! Oliver Am 25.10.2011 22:10, schrieb Simone Tripodi: Hi all guys, I'm writing to call for a vote to release apache commons-digester-3.1 based on RC2. This

Re: [VOTE] Release Apache Commons-Digester 3.1 based on RC2

2011-10-26 Thread Simone Tripodi
Thanks for reviewing Oliver :) Just to avoid mistakes, I already fixed it so for next RCs there won't be mistakes anymore :P Alles gute! Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/ On Wed, Oct 26, 20

Re: [VOTE] Release Apache Commons-Digester 3.1 based on RC2

2011-10-26 Thread Oliver Heger
Am 26.10.2011 09:42, schrieb Simone Tripodi: [X] +1 release it There is one glitch, but not blocking: the checkstyle-suppressions.xml file is not included in the source distribution (it is not in the /src/main/assembly/src.xml configuration file), so when rebuilding from the source archive tri

Re: [Math] Problem with svn

2011-10-26 Thread Phil Steitz
On 10/26/11 11:16 AM, Phil Steitz wrote: > On 10/26/11 11:06 AM, Gilles Sadowski wrote: >> Hi. >> Trying to commit a few files, I get this error: ---CUT--- Sending src/main/java/org/apache/commons/math/analysis/integration/UnivariateRealIntegratorImpl.java Sending src

Re: [Math] Problem with svn

2011-10-26 Thread Phil Steitz
On 10/26/11 11:06 AM, Gilles Sadowski wrote: > Hi. > >>> Trying to commit a few files, I get this error: >>> ---CUT--- >>> Sending >>> src/main/java/org/apache/commons/math/analysis/integration/UnivariateRealIntegratorImpl.java >>> Sending >>> src/main/java/org/apache/commons/math/geometry/euclide

Re: [Math] Problem with svn

2011-10-26 Thread Gilles Sadowski
Hi. > > > > Trying to commit a few files, I get this error: > > ---CUT--- > > Sending > > src/main/java/org/apache/commons/math/analysis/integration/UnivariateRealIntegratorImpl.java > > Sending > > src/main/java/org/apache/commons/math/geometry/euclidean/threed/Line.java > > Sending src/main/jav

Re: svn commit: r1189330 - /commons/proper/ognl/trunk/pom.xml

2011-10-26 Thread Simone Tripodi
this is nice, great! >         >           com.carrotsearch >           junit-benchmarks > -          0.3.0-SNAPSHOT > +          jdk15 > +          0.3.0 >           test >         Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetr

Re: svn commit: r1188675 - /commons/proper/ognl/trunk/src/main/java/org/apache/commons/ognl/ASTMap.java

2011-10-26 Thread Maurizio Cucchiara
OK guys, I have just corrected the code formatting following the general guide lines. Sorry for the mistake, and thanks again to Olivier. Twitter     :http://www.twitter.com/m_cucchiara G+          :https://plus.google.com/107903711540963855921 Linkedin    :http://www.linkedin.com/in/mauriziocucc

Re: [VOTE] Release Compress 1.3 based on RC1

2011-10-26 Thread Stefan Bodewig
On 2011-10-26, Gary Gregory wrote: > I would also remove or add comments as to why these are needed in > org.apache.commons.compress.archivers.jar.JarArchiveEntry: > @Override > public boolean equals(Object o) { > return super.equals(o); > } > @Override > public int h

Re: ognl - Build # 153 - Failure

2011-10-26 Thread Simone Tripodi
nice! :) http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/ On Wed, Oct 26, 2011 at 5:18 PM, Maurizio Cucchiara wrote: > That should answer to every questions: > http://search.maven.org/#browse%7C-427252420 > >

Re: ognl - Build # 153 - Failure

2011-10-26 Thread Maurizio Cucchiara
That should answer to every questions: http://search.maven.org/#browse%7C-427252420 I'm going to update the maven reference to the dependency. Twitter     :http://www.twitter.com/m_cucchiara G+          :https://plus.google.com/107903711540963855921 Linkedin    :http://www.linkedin.com/in/mauriz

Re: [VOTE] Release Compress 1.3 based on RC1

2011-10-26 Thread Stefan Bodewig
On 2011-10-26, Gary Gregory wrote: > in trunk now, the following have 0% code coverage according to > Cobertura: > - Lister really only a demo-class. > - DumpArchiveConstants: How can it have 0% when it is used? Does Cobertura > know how to deal with enums? It outer class doesn't have any meth

Re: [VOTE] Release Compress 1.3 based on RC1

2011-10-26 Thread Gary Gregory
On Wed, Oct 26, 2011 at 10:36 AM, Stefan Bodewig wrote: > On 2011-10-26, Gary Gregory wrote: > > > On Wed, Oct 26, 2011 at 9:18 AM, Gary Gregory >wrote: > > >> On Wed, Oct 26, 2011 at 8:55 AM, Simone Tripodi < > simonetrip...@apache.org>wrote: > > >>> Hi Gary! > >>> OK so it is expected because

Re: [Math] Problem with svn

2011-10-26 Thread Phil Steitz
On 10/26/11 7:44 AM, Gilles Sadowski wrote: > Hi. > > Trying to commit a few files, I get this error: > ---CUT--- > Sending > src/main/java/org/apache/commons/math/analysis/integration/UnivariateRealIntegratorImpl.java > Sending > src/main/java/org/apache/commons/math/geometry/euclidean/threed/Lin

Re: [compress] Contributors

2011-10-26 Thread Michael Kuß
It is ok for me if it is fixed some time in the future. Yes, that was this Markus Kuss. Although I requested it to be changed to Christian Grobmeier. Just do not go into too much trouble. Many thanks for the fast reply :) regards Michael Kuß Am 26.10.2011 16:28, schrieb Stefan Bodewig: Hi M

Re: [compress] XZ support

2011-10-26 Thread Stefan Bodewig
On 2011-10-25, Jörg Schaible wrote: > Stefan Bodewig wrote: >> From the POV of the Compress Antlib for example I now need to tell >> people to fetch Common Compress and in the future Id have to tell them >> to fetch XZ as well. Then again this is a problem I should solve over >> there. > Couldn

Re: [VOTE] Release Compress 1.3 based on RC1

2011-10-26 Thread Gary Gregory
On Wed, Oct 26, 2011 at 4:54 AM, Emmanuel Bourg wrote: > +0 > > The test coverage of Pack200CompressorInputStream is a bit low, the read > methods do not seem to be tested. > > Also in the matches() method the constant '4' could be replaced by > CAFE_DOOD.length > > Emmanuel Bourg In the same v

Re: [compress] XZ support

2011-10-26 Thread Stefan Bodewig
On 2011-10-25, sebb wrote: > On 25 October 2011 16:41, Stefan Bodewig wrote: >> That would be easiest but at the same time force an additional >> dependency for people who don't use XZ at all.  One they could >> explicitly exclude in their POM or ivy.xml or whatever, of course. > Can the depend

[Math] Problem with svn

2011-10-26 Thread Gilles Sadowski
Hi. Trying to commit a few files, I get this error: ---CUT--- Sending src/main/java/org/apache/commons/math/analysis/integration/UnivariateRealIntegratorImpl.java Sending src/main/java/org/apache/commons/math/geometry/euclidean/threed/Line.java Sending src/main/java/org/apache/commons/math/linear

Re: [VOTE] Release Compress 1.3 based on RC1

2011-10-26 Thread Stefan Bodewig
On 2011-10-26, Gary Gregory wrote: > On Wed, Oct 26, 2011 at 9:18 AM, Gary Gregory wrote: >> On Wed, Oct 26, 2011 at 8:55 AM, Simone Tripodi >> wrote: >>> Hi Gary! >>> OK so it is expected because revision number neither SCM branch can be >>> determined since the source code is not under the ve

[CANCEL] Release Compress 1.3 based on RC1

2011-10-26 Thread Stefan Bodewig
Hi all, Michael Kuß' request to get his name fixed is important enough to me to roll a new RC. I'll also address the points raised by Gary, please don't stop pointing out other flaws I may be able to fix at the same time as I dont expect to be able to cut the next RC before in about 36 hours. St

Re: [compress] Contributors

2011-10-26 Thread Stefan Bodewig
Hi Michael On 2011-10-26, Michael Kuß wrote: > I want to kindly request to be mentioned as author of the cpio > compression algorithm in commons compress. > It was originally created by me, see: > http://jrpm.svn.sourceforge.net/viewvc/jrpm/trunk/src/main/java/com/jguild/jrpm/io/cpio/?pathrev=33

Re: [VOTE] Release Compress 1.3 based on RC1

2011-10-26 Thread Gary Gregory
On Wed, Oct 26, 2011 at 9:18 AM, Gary Gregory wrote: > On Wed, Oct 26, 2011 at 8:55 AM, Simone Tripodi > wrote: > >> Hi Gary! >> OK so it is expected because revision number neither SCM branch can be >> determined since the source code is not under the version control! >> > > Yep, makes sense now

Re: svn commit: r1188675 - /commons/proper/ognl/trunk/src/main/java/org/apache/commons/ognl/ASTMap.java

2011-10-26 Thread Maurizio Cucchiara
Thank you Olivier, I'm using idea EAP 11 (Nika) 110.3 (on linux). Yesterday I tried to find a further flag configuration right on Tab Spaces -> Within, but unsuccessfully. Right now I'm downloading the latest version (187). Then I'll try to reformat code and see what happens on the preview of svn

[compress] Contributors

2011-10-26 Thread Michael Kuß
Hi commons devs, I want to kindly request to be mentioned as author of the cpio compression algorithm in commons compress. It was originally created by me, see: http://jrpm.svn.sourceforge.net/viewvc/jrpm/trunk/src/main/java/com/jguild/jrpm/io/cpio/?pathrev=33 Someone asks a long time ago, if

Re: [VOTE] Release Compress 1.3 based on RC1

2011-10-26 Thread Gary Gregory
Noting for the record a strange behavior on Oracle Java 1.7.0_01: [INFO] Generating "JIRA Report" report--- maven-changes-plugin:2.3 Oct 26, 2011 9:41:46 AM org.apache.commons.httpclient.HttpMethodDirector executeWithRetry INFO: I/O exception (java.net.SocketException) caught when processing r

Re: [VOTE] Release Compress 1.3 based on RC1

2011-10-26 Thread Gary Gregory
On Wed, Oct 26, 2011 at 9:28 AM, Gary Gregory wrote: > On Wed, Oct 26, 2011 at 7:02 AM, Stefan Bodewig wrote: > >> On 2011-10-26, Stefan Bodewig wrote: >> >> > On 2011-10-26, Emmanuel Bourg wrote: >> >> >> The test coverage of Pack200CompressorInputStream is a bit low, the >> >> read methods do no

Re: [VOTE] Release Compress 1.3 based on RC1

2011-10-26 Thread Gary Gregory
On Wed, Oct 26, 2011 at 7:02 AM, Stefan Bodewig wrote: > On 2011-10-26, Stefan Bodewig wrote: > > > On 2011-10-26, Emmanuel Bourg wrote: > > >> The test coverage of Pack200CompressorInputStream is a bit low, the > >> read methods do not seem to be tested. > > > Only the three-arg version is used,

Re: [VOTE] Release Compress 1.3 based on RC1

2011-10-26 Thread Simone Tripodi
Hi Gary! OK so it is expected because revision number neither SCM branch can be determined since the source code is not under the version control! HTH, have a nice day! Simo > > Right, I was building from the src zip. > > Gary > Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.

Re: [VOTE] Release Compress 1.3 based on RC1

2011-10-26 Thread Gary Gregory
On Wed, Oct 26, 2011 at 8:30 AM, Simone Tripodi wrote: > Hi Gary, > if I got it right, you tried to build the sources downloaded from the > zip/tar.gz and not the checked out from svn, right? > In that case, it is normal because it's not possible to retrieve such > informations from SVN. > Right,

Re: [VOTE] Release Compress 1.3 based on RC1

2011-10-26 Thread Emmanuel Bourg
Le 26/10/2011 13:02, Stefan Bodewig a écrit : 82% line coverage and 100% branch coverage in trunk. No code changes in main, no test failures. While I was at it I added test for CountingInputStream to make the statistics look nicer. Great! You have my +1 Emmanuel Bourg -

Re: [VOTE] Release Compress 1.3 based on RC1

2011-10-26 Thread Simone Tripodi
Hi Gary, if I got it right, you tried to build the sources downloaded from the zip/tar.gz and not the checked out from svn, right? In that case, it is normal because it's not possible to retrieve such informations from SVN. If not... uhm, something went wrong! All the best, HTH, Simo http://people

Re: [VOTE] Release Compress 1.3 based on RC1

2011-10-26 Thread Gary Gregory
Are these warnings normal? [INFO] --- buildnumber-maven-plugin:1.0:create (default) @ commons-compress --- [INFO] Change the default 'svn' provider implementation to 'javasvn'. [INFO] Checking for local modifications: skipped. [INFO] Updating project files from SCM: skipped. [WARNING] Cannot get t

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

2011-10-26 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: [VOTE] Release Compress 1.3 based on RC1

2011-10-26 Thread Stefan Bodewig
On 2011-10-26, Stefan Bodewig wrote: > On 2011-10-26, Emmanuel Bourg wrote: >> The test coverage of Pack200CompressorInputStream is a bit low, the >> read methods do not seem to be tested. > Only the three-arg version is used, this is true. > I'll look into getting more coverage in trunk so it

Re: svn commit: r1188675 - /commons/proper/ognl/trunk/src/main/java/org/apache/commons/ognl/ASTMap.java

2011-10-26 Thread Olivier Lamy
Hello, Weird as working here for me. Using idea EAP 11 (Nika) 110.137 (on osx). I remember having issues for style with the previous 11 EAP. In the idea ui configuration check in Code Style/Java Tab Spaces -> Within -> Empty Method call parentheses. 2011/10/26 Maurizio Cucchiara : > Hi Olivier, >

Re: [VOTE] Release Compress 1.3 based on RC1

2011-10-26 Thread Stefan Bodewig
On 2011-10-26, Emmanuel Bourg wrote: > The test coverage of Pack200CompressorInputStream is a bit low, the > read methods do not seem to be tested. Only the three-arg version is used, this is true. I'll look into getting more coverage in trunk so it will improve with the next release (or the nex

Re: [VOTE] Release Compress 1.3 based on RC1

2011-10-26 Thread Emmanuel Bourg
+0 The test coverage of Pack200CompressorInputStream is a bit low, the read methods do not seem to be tested. Also in the matches() method the constant '4' could be replaced by CAFE_DOOD.length Emmanuel Bourg Le 26/10/2011 06:54, Stefan Bodewig a écrit : Compress 1.3 RC1 is available for

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

2011-10-26 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-exec-test has an issue affecting its community integration. This i

Re: [VOTE] Release Compress 1.3 based on RC1

2011-10-26 Thread Luc Maisonobe
Le 26/10/2011 06:54, Stefan Bodewig a écrit : > Compress 1.3 RC1 is available for review here: > http://people.apache.org/~bodewig/commons-compress/ > > Maven artifacts are here: > > https://repository.apache.org/content/repositories/orgapachecommons-101/org/apache/commons/commons-compr

Re: [VOTE] Release Apache Commons-Digester 3.1 based on RC2

2011-10-26 Thread Simone Tripodi
>> >> [X] +1 release it > > There is one glitch, but not blocking: the checkstyle-suppressions.xml > file is not included in the source distribution (it is not in the > /src/main/assembly/src.xml configuration file), so when rebuilding from > the source archive triggers many checkstyle errors in th

Re: [VOTE] Release Apache Commons-Digester 3.1 based on RC2

2011-10-26 Thread Luc Maisonobe
Le 25/10/2011 22:10, Simone Tripodi a écrit : > Hi all guys, > I'm writing to call for a vote to release apache commons-digester-3.1 > based on RC2. > > This is the 3.1RC1 release with fixed doubts were raise in the first VOTE > call. > Please take in consideration that broken 3.1 links will be f

Re: [VOTE] Release Apache Commons-Digester 3.1 based on RC2

2011-10-26 Thread Simone Tripodi
Bonjour Luc! yes it is the binary folder[1] :) Thanks a lot in advance for reviewing, have anice day! Simo [1] http://people.apache.org/builds/commons/digester/3.1/RC2/binaries/ http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://

Re: [VOTE] Release Apache Commons-Digester 3.1 based on RC2

2011-10-26 Thread Luc Maisonobe
Le 26/10/2011 08:55, Luc Maisonobe a écrit : > Le 25/10/2011 22:10, Simone Tripodi a écrit : >> Hi all guys, >> I'm writing to call for a vote to release apache commons-digester-3.1 >> based on RC2. > > I may not be completely awake yet but where are the source tar and zip > archives and their sig