Re: sanctioning commons-logging version "99.0-does-not-exist"

2009-05-14 Thread Henri Yandell
On Thu, May 14, 2009 at 7:46 AM, Ceki Gulcu wrote: > Hi Ralph and co, > > The issue has been raised on the Maven list about 5 times, and if I > remember correctly, it was raised by yourself once or twice. However, > I am not aware of any progress on the issue. > > Anyway, my request involves allow

Re: [math] Re: commons-math, matrix-toolkits-java and consolidation

2009-05-14 Thread Ted Dunning
On Thu, May 14, 2009 at 1:54 PM, Sam Halliday wrote: > I personally have no problems with my MTJ contributions being released > Apache. Bjorn-Ove is the person to talk to about the bulk of MTJ. I'll ask > him! > Great. MTJ depends on netlib-java, which is technically a translation of the > origi

Re: [math] Re: commons-math, matrix-toolkits-java and consolidation

2009-05-14 Thread Sam Halliday
Replies inline: Ted Dunning wrote: > >> As a start, I'd like to discourage the use of a solid implementation for >> SparseReal{Vector, Matrix}... please prefer an interface approach, >> allowing >> implementations based on the Templates project:- > > Can you say more about what aspects of the

Re: [math] Re: commons-math, matrix-toolkits-java and consolidation

2009-05-14 Thread Luc Maisonobe
Ted Dunning a écrit : > Dang. > > That is fast. > > What size matrices was this for? > > On Thu, May 14, 2009 at 12:09 PM, Luc Maisonobe wrote: > >> Some benchmarks I did a few weeks ago showed the new [math] linear >> package implementation was quite fast and compared very well with native >>

Re: [math] Re: commons-math, matrix-toolkits-java and consolidation

2009-05-14 Thread Ted Dunning
Dang. That is fast. What size matrices was this for? On Thu, May 14, 2009 at 12:09 PM, Luc Maisonobe wrote: > Some benchmarks I did a few weeks ago showed the new [math] linear > package implementation was quite fast and compared very well with native > fortran libraries for QR decomposition wi

Re: [math] Re: commons-math, matrix-toolkits-java and consolidation

2009-05-14 Thread Luc Maisonobe
Ted Dunning a écrit : > On Thu, May 14, 2009 at 3:18 AM, Sam Halliday wrote: > >> I am a maintainer of the matrix-toolkits-java > > > Which is an impressive piece of work, especially the transparent but > non-binding interface to the Atlas and Blas native packages. My compliments > to Bjørn-Ove

Re: [NET] SFTP vs. FTPS

2009-05-14 Thread Shikhar Bhushan
On Wednesday 13 May 2009 18:37:09 Steve Cohen wrote: > Hi. > > I've been out of the FTP "game" for several years and now I need to get > back in. I have a requirement to set up a secure FTP connection with > another organization, so naturally, I look to commons-net first as a > solution. I notice

[math] Re: commons-math, matrix-toolkits-java and consolidation

2009-05-14 Thread Ted Dunning
On Thu, May 14, 2009 at 3:18 AM, Sam Halliday wrote: > > I am a maintainer of the matrix-toolkits-java Which is an impressive piece of work, especially the transparent but non-binding interface to the Atlas and Blas native packages. My compliments to Bjørn-Ove and all who have followed up on hi

Re: Bug in beanutils FloatLocalConverter.parse

2009-05-14 Thread sebb
On 14/05/2009, Steve Brewer wrote: > I ran into this issue using commons-beanutils through Jasper Reports. > FloatLocalConverter.parse throws an exception for valid floats less than or > equal to 0. The code parses the value into a double, which it then checks to > make sure is a value float.

[continuum] BUILD SUCCESSFUL: Commons - Commons Email -

2009-05-14 Thread contin...@vmbuild.apache.org
Online report : http://vmbuild.apache.org/continuum/buildResult.action?buildId=191398&projectId=136 Build statistics: State: Ok Previous State: Error Started at: Thu 14 May 2009 08:37:45 -0700 Finished at: Thu 14 May 2009 08:38:12 -0700 Total time: 26s Build Trigger: Schedule Build

[continuum] BUILD SUCCESSFUL: Commons - Commons EL -

2009-05-14 Thread contin...@vmbuild.apache.org
Online report : http://vmbuild.apache.org/continuum/buildResult.action?buildId=191397&projectId=165 Build statistics: State: Ok Previous State: Error Started at: Thu 14 May 2009 08:37:10 -0700 Finished at: Thu 14 May 2009 08:37:40 -0700 Total time: 29s Build Trigger: Schedule Build

[continuum] BUILD SUCCESSFUL: Commons - Commons Discovery -

2009-05-14 Thread contin...@vmbuild.apache.org
Online report : http://vmbuild.apache.org/continuum/buildResult.action?buildId=191396&projectId=362 Build statistics: State: Ok Previous State: Error Started at: Thu 14 May 2009 08:36:28 -0700 Finished at: Thu 14 May 2009 08:36:55 -0700 Total time: 27s Build Trigger: Schedule Build

[continuum] BUILD SUCCESSFUL: Commons - Commons Digester -

2009-05-14 Thread contin...@vmbuild.apache.org
Online report : http://vmbuild.apache.org/continuum/buildResult.action?buildId=191395&projectId=163 Build statistics: State: Ok Previous State: Error Started at: Thu 14 May 2009 08:35:38 -0700 Finished at: Thu 14 May 2009 08:36:10 -0700 Total time: 32s Build Trigger: Schedule Build

[continuum] BUILD SUCCESSFUL: Commons - Commons Exec -

2009-05-14 Thread contin...@vmbuild.apache.org
Online report : http://vmbuild.apache.org/continuum/buildResult.action?buildId=191394&projectId=178 Build statistics: State: Ok Previous State: Building Started at: Thu 14 May 2009 08:34:07 -0700 Finished at: Thu 14 May 2009 08:35:24 -0700 Total time: 1m 17s Build Trigger: Schedule

Re: sanctioning commons-logging version "99.0-does-not-exist"

2009-05-14 Thread Ceki Gulcu
Hi Ralph and co, The issue has been raised on the Maven list about 5 times, and if I remember correctly, it was raised by yourself once or twice. However, I am not aware of any progress on the issue. Anyway, my request involves allowing commons-logging v99 to be published on ibiblio. This needs

Bug in beanutils FloatLocalConverter.parse

2009-05-14 Thread Steve Brewer
I ran into this issue using commons-beanutils through Jasper Reports. FloatLocalConverter.parse throws an exception for valid floats less than or equal to 0. The code parses the value into a double, which it then checks to make sure is a value float. It checks posDouble < Float.MIN_VALUE, whi

Re: sanctioning commons-logging version "99.0-does-not-exist"

2009-05-14 Thread Ralph Goers
I would suggest bringing this up on the Maven dev list. I could see adding this as a feature to 3.0 to allow artifacts to be "redirected" to a replacement artifact. On May 14, 2009, at 2:23 AM, Ceki Gulcu wrote: Hello all, A large number of Maven projects declare commons-logging as a depen

Re: svn commit: r774576 -

2009-05-14 Thread Mark Thomas
/commons/proper/pool/trunk/src/java/org/apache/commons/pool/impl/GenericObjectPool.java Date: Thu, 14 May 2009 07:23:50 +0100 Content-Transfer-Encoding: 8bit > From: Phil Steitz > > Can you explain - maybe in the JIRA - what the problem is here and how > the change fixes it? I

Re: sanctioning commons-logging version "99.0-does-not-exist"

2009-05-14 Thread sebb
On 14/05/2009, sebb wrote: > On 14/05/2009, Jochen Wiedmann wrote: > > On Thu, May 14, 2009 at 11:35 AM, sebb wrote: > > > > > Has anyone tried declaring commons logging as system ? > > > > > > Beg your pardon, but this is against any use of transitive > > dependencies. Likewise for "pr

commons-math, matrix-toolkits-java and consolidation

2009-05-14 Thread Sam Halliday
Dear all, I am a maintainer of the matrix-toolkits-java http://code.google.com/p/matrix-toolkits-java/ which is a comprehensive collection of matrix data structures, linear solvers, least squares methods, eigenvalue and singular value decompositions. This note is in regard to the commons-mat

Re: sanctioning commons-logging version "99.0-does-not-exist"

2009-05-14 Thread nicolas de loof
I myself use slf4j and this "99" hack Using en empty "commons-logging-0.0-null.jar" would NOT break the LATEST keyword resolution and could be forced from project (with provided scope) This would be a nice solution to globaly exclude xommons-logging without breaking existing builds Nicolas 200

Re: sanctioning commons-logging version "99.0-does-not-exist"

2009-05-14 Thread sebb
On 14/05/2009, Jochen Wiedmann wrote: > On Thu, May 14, 2009 at 11:35 AM, sebb wrote: > > > Has anyone tried declaring commons logging as system ? > > > Beg your pardon, but this is against any use of transitive > dependencies. Likewise for "provided", of course. If it is a > dependency, then

Re: sanctioning commons-logging version "99.0-does-not-exist"

2009-05-14 Thread Ceki Gulcu
Jörg Schaible wrote: Use scope "provided" - if any. Actually if people use a master pom and declare CL in the depMgmt section with this scope, it should do the trick. Provided just means that the artifact will not be included in the packaged application. However, during development, within t

Re: sanctioning commons-logging version "99.0-does-not-exist"

2009-05-14 Thread Jochen Wiedmann
On Thu, May 14, 2009 at 11:35 AM, sebb wrote: > Has anyone tried declaring commons logging as system ? Beg your pardon, but this is against any use of transitive dependencies. Likewise for "provided", of course. If it is a dependency, then it is. If anyone else intends to replace it, okay, but t

Re: sanctioning commons-logging version "99.0-does-not-exist"

2009-05-14 Thread Jochen Wiedmann
On Thu, May 14, 2009 at 11:23 AM, Ceki Gulcu wrote: > Would the Apache Commons community, out of courtesy to developers, > consent to commons-logging version "99.0-does-not-exist" to be > published in the main maven repository? No, never do that! It possibly breaks any algorithm that attempts to

Re: sanctioning commons-logging version "99.0-does-not-exist"

2009-05-14 Thread Ceki Gulcu
sebb wrote: Has anyone tried declaring commons logging as system ? Won't that stop it being added to the classpath? I have not tries this but wouldn't declaring a dependency in the system scope force the artifact to be present on the file system of the host to begin with? -- Ceki Gülcü Log

Re: sanctioning commons-logging version "99.0-does-not-exist"

2009-05-14 Thread Jörg Schaible
sebb wrote at Donnerstag, 14. Mai 2009 11:35: > On 14/05/2009, Ceki Gulcu wrote: >> Hello all, >> >> A large number of Maven projects declare commons-logging as a >> dependency. Thus, if a developer wishes to use jcl-over-slf4j instead >> of commons-logging, he or she would need to declare a c

Re: sanctioning commons-logging version "99.0-does-not-exist"

2009-05-14 Thread sebb
On 14/05/2009, Ceki Gulcu wrote: > Hello all, > > A large number of Maven projects declare commons-logging as a > dependency. Thus, if a developer wishes to use jcl-over-slf4j instead > of commons-logging, he or she would need to declare a commons-logging > exclusion in all of his/her dependen

Re: [all] Rebooting commons projects

2009-05-14 Thread Christian Grobmeier
>> The name of the new project isn't the point of this discussion at all. Right >> now I don't give a damn about the name. > > The point (at least mine) is that we don't *need* to create a new > project here.  We have the ability (if we jump major version numbers > and change package names) to be i

sanctioning commons-logging version "99.0-does-not-exist"

2009-05-14 Thread Ceki Gulcu
Hello all, A large number of Maven projects declare commons-logging as a dependency. Thus, if a developer wishes to use jcl-over-slf4j instead of commons-logging, he or she would need to declare a commons-logging exclusion in all of his/her dependencies which transitively depend on commons-loggin

[continuum] BUILD SUCCESSFUL: Commons - Commons Pool -

2009-05-14 Thread contin...@vmbuild.apache.org
Online report : http://vmbuild.apache.org/continuum/buildResult.action?buildId=191354&projectId=116 Build statistics: State: Ok Previous State: Failed Started at: Thu 14 May 2009 01:31:16 -0700 Finished at: Thu 14 May 2009 01:33:23 -0700 Total time: 2m 7s Build Trigger: Schedule Bui

AW: AW: AW: [releasing] SVN Tag creeated by maven

2009-05-14 Thread Mark Struberg
> Typically Apache projects who use > release:stage use it *instead* of release:perform. 100% agree with the :stage instead of :perform! > We can't do it quite like that, because release:perform creates a new binary; > we > have to vote on the final binary. Also a _very_ philosophic top