Re: [CSV] Creating CSVParser instances

2013-08-13 Thread Benedikt Ritter
2013/8/12 Gary Gregory > On Mon, Aug 12, 2013 at 3:13 PM, Benedikt Ritter > wrote: > > > 2013/8/8 Gary Gregory > > > > > On Thu, Aug 8, 2013 at 10:27 AM, Benedikt Ritter > > > wrote: > > > > > > > 2013/8/8 Emmanuel Bourg > > > > > > > > > Le 08/08/2013 15:40, Gary Gregory a écrit : > > > > >

Need to add attribute to manifest file

2013-08-13 Thread Himanshu Gusain -X (hgusain - ARICENT TECHNOLOGIES MAURIITIUS LIMITED at Cisco)
Hi , We are using Commons logging jar by apache. But, due to new java 7 releases by oracle our applet starts throwing the new prompts they introduced for mixed code in their java 7 update 21 release. Now to remove these p

Re: [Math] Fluent API, inheritance and immutability

2013-08-13 Thread Gilles
Hello. [...] Looking on the web about fluent API, most design/usage/examples do not provide immutability: the primary purpose of "fluent" is to chain on-the-fly modifications of an object's properties. [This is the complete opposite of immutability!] Well, as the fluent API return an ob

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

2013-08-13 Thread Continuum@vmbuild
Group (shared) Maven 3 Build Definition (Java 1.6) 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: [Math] Fluent API, inheritance and immutability

2013-08-13 Thread Evan Ward
On 08/13/2013 08:17 AM, Gilles wrote: >> (I.e. GN would >> not need 5 superclasses and fields for storing upper and lower bounds.) > > Be careful: "GaussNewtonOptimizer" does _not_ support bounds! That is my point! Because of it's complex inheritance every instance includes fields for storing bou

[convert] Automatic conversion based on proxies

2013-08-13 Thread Oliver Heger
Hi all, recently, there was a discussion about extending the [csv] interface to provide data conversions to different types. If such a use case is to be supported, what would be the best approach to integrate a library like [convert]? Doing all required conversions manually would probably mean a b

Re: svn commit: r1513501 - in /commons/proper/math/trunk: LICENSE.txt src/main/java/org/apache/commons/math3/random/RandomDataGenerator.java src/main/java/org/apache/commons/math3/util/MathArrays.java

2013-08-13 Thread Gilles
On Tue, 13 Aug 2013 10:52:10 -0700, Phil Steitz wrote: On 8/13/13 10:27 AM, Phil Steitz wrote: On 8/13/13 7:20 AM, er...@apache.org wrote: Author: erans Date: Tue Aug 13 14:20:26 2013 New Revision: 1513501 URL: http://svn.apache.org/r1513501 Log: MATH-1019 Removed dead link in Javadoc; added e

Re: [Math] Fluent API, inheritance and immutability

2013-08-13 Thread Luc Maisonobe
Hi Gilles, Le 13/08/2013 18:46, Gilles a écrit : > Hello Luc. > >> Hi Gilles, >> >>> > [...] [...] Historically, we did not care about thread-safety at all in [math], assuming the standard use case was *always* going to be one instance per thread. The statistics agg

Re: svn commit: r1513501 - in /commons/proper/math/trunk: LICENSE.txt src/main/java/org/apache/commons/math3/random/RandomDataGenerator.java src/main/java/org/apache/commons/math3/util/MathArrays.java

2013-08-13 Thread Phil Steitz
On 8/13/13 10:27 AM, Phil Steitz wrote: > On 8/13/13 7:20 AM, er...@apache.org wrote: >> Author: erans >> Date: Tue Aug 13 14:20:26 2013 >> New Revision: 1513501 >> >> URL: http://svn.apache.org/r1513501 >> Log: >> MATH-1019 >> Removed dead link in Javadoc; added entry to original reference >> in "

Re: svn commit: r1513501 - in /commons/proper/math/trunk: LICENSE.txt src/main/java/org/apache/commons/math3/random/RandomDataGenerator.java src/main/java/org/apache/commons/math3/util/MathArrays.java

2013-08-13 Thread Phil Steitz
On 8/13/13 7:20 AM, er...@apache.org wrote: > Author: erans > Date: Tue Aug 13 14:20:26 2013 > New Revision: 1513501 > > URL: http://svn.apache.org/r1513501 > Log: > MATH-1019 > Removed dead link in Javadoc; added entry to original reference > in "LICENCE" file. > > Modified: > commons/proper/m

Re: [Math] Fluent API, inheritance and immutability

2013-08-13 Thread Gilles
Hello Luc. Hi Gilles, > [...] [...] Historically, we did not care about thread-safety at all in [math], assuming the standard use case was *always* going to be one instance per thread. The statistics aggregators are an example where multithreaded access makes sense, but this is much more t

Re: [Math] Fluent API, inheritance and immutability

2013-08-13 Thread Luc Maisonobe
Le 13/08/2013 13:50, Gilles a écrit : > Hi. Hi Gilles, > >> > [...] >> [...] >> >> Historically, we did not care about thread-safety at all >> in [math], assuming the standard use case was *always* going to be >> one instance per thread. The statistics aggregators are an example >> where multit

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

2013-08-13 Thread Continuum@vmbuild
Group (shared) Maven 3 Build Definition (Java 1.6) 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: svn commit: r1513484 - in /commons/proper/vfs/trunk: core/src/main/java/org/apache/commons/vfs2/provider/ftp/FtpFileSystemConfigBuilder.java src/changes/changes.xml

2013-08-13 Thread Gary Gregory
On Tue, Aug 13, 2013 at 11:09 AM, sebb wrote: > On 13 August 2013 16:02, Gary Gregory wrote: > > On Tue, Aug 13, 2013 at 10:56 AM, sebb wrote: > > > >> On 13 August 2013 15:30, Gary Gregory wrote: > >> > On Tue, Aug 13, 2013 at 10:04 AM, sebb wrote: > >> > > >> >> On 13 August 2013 14:43, w

Re: svn commit: r1513484 - in /commons/proper/vfs/trunk: core/src/main/java/org/apache/commons/vfs2/provider/ftp/FtpFileSystemConfigBuilder.java src/changes/changes.xml

2013-08-13 Thread sebb
On 13 August 2013 16:02, Gary Gregory wrote: > On Tue, Aug 13, 2013 at 10:56 AM, sebb wrote: > >> On 13 August 2013 15:30, Gary Gregory wrote: >> > On Tue, Aug 13, 2013 at 10:04 AM, sebb wrote: >> > >> >> On 13 August 2013 14:43, wrote: >> >> > Author: ggregory >> >> > Date: Tue Aug 13 13:43:

Re: svn commit: r1513484 - in /commons/proper/vfs/trunk: core/src/main/java/org/apache/commons/vfs2/provider/ftp/FtpFileSystemConfigBuilder.java src/changes/changes.xml

2013-08-13 Thread Gary Gregory
On Tue, Aug 13, 2013 at 10:56 AM, sebb wrote: > On 13 August 2013 15:30, Gary Gregory wrote: > > On Tue, Aug 13, 2013 at 10:04 AM, sebb wrote: > > > >> On 13 August 2013 14:43, wrote: > >> > Author: ggregory > >> > Date: Tue Aug 13 13:43:41 2013 > >> > New Revision: 1513484 > >> > > >> > URL:

Re: svn commit: r1513482 - /commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/sftp/SftpFileSystemConfigBuilder.java

2013-08-13 Thread sebb
On 13 August 2013 15:28, Gary Gregory wrote: > On Tue, Aug 13, 2013 at 10:02 AM, sebb wrote: > >> On 13 August 2013 14:41, wrote: >> > Author: ggregory >> > Date: Tue Aug 13 13:41:38 2013 >> > New Revision: 1513482 >> > >> > URL: http://svn.apache.org/r1513482 >> > Log: >> > Better Javadoc. >>

Re: svn commit: r1513484 - in /commons/proper/vfs/trunk: core/src/main/java/org/apache/commons/vfs2/provider/ftp/FtpFileSystemConfigBuilder.java src/changes/changes.xml

2013-08-13 Thread sebb
On 13 August 2013 15:30, Gary Gregory wrote: > On Tue, Aug 13, 2013 at 10:04 AM, sebb wrote: > >> On 13 August 2013 14:43, wrote: >> > Author: ggregory >> > Date: Tue Aug 13 13:43:41 2013 >> > New Revision: 1513484 >> > >> > URL: http://svn.apache.org/r1513484 >> > Log: >> > [VFS-265][FTP] Set

Re: svn commit: r1513484 - in /commons/proper/vfs/trunk: core/src/main/java/org/apache/commons/vfs2/provider/ftp/FtpFileSystemConfigBuilder.java src/changes/changes.xml

2013-08-13 Thread Gary Gregory
On Tue, Aug 13, 2013 at 10:04 AM, sebb wrote: > On 13 August 2013 14:43, wrote: > > Author: ggregory > > Date: Tue Aug 13 13:43:41 2013 > > New Revision: 1513484 > > > > URL: http://svn.apache.org/r1513484 > > Log: > > [VFS-265][FTP] Set user dir as root dir by default. > > > > Modified: > > >

Re: svn commit: r1513482 - /commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/sftp/SftpFileSystemConfigBuilder.java

2013-08-13 Thread Gary Gregory
On Tue, Aug 13, 2013 at 10:02 AM, sebb wrote: > On 13 August 2013 14:41, wrote: > > Author: ggregory > > Date: Tue Aug 13 13:41:38 2013 > > New Revision: 1513482 > > > > URL: http://svn.apache.org/r1513482 > > Log: > > Better Javadoc. > > > > Modified: > > > commons/proper/vfs/trunk/core/src/ma

Re: [CSV] Prohibit creation of more than one iterator over a CSVParser?

2013-08-13 Thread Paul Benedict
Perhaps we're going down the wrong path here. I think having an iterator() and a parser conflict with each other. The former seems like a leaky abstraction of the latter. I would propose the parser uses an iterator internally, or there's an API to get an iterator from a data source (but not expose

Re: svn commit: r1513484 - in /commons/proper/vfs/trunk: core/src/main/java/org/apache/commons/vfs2/provider/ftp/FtpFileSystemConfigBuilder.java src/changes/changes.xml

2013-08-13 Thread sebb
On 13 August 2013 14:43, wrote: > Author: ggregory > Date: Tue Aug 13 13:43:41 2013 > New Revision: 1513484 > > URL: http://svn.apache.org/r1513484 > Log: > [VFS-265][FTP] Set user dir as root dir by default. > > Modified: > > commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vf

Re: svn commit: r1513482 - /commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/sftp/SftpFileSystemConfigBuilder.java

2013-08-13 Thread sebb
On 13 August 2013 14:41, wrote: > Author: ggregory > Date: Tue Aug 13 13:41:38 2013 > New Revision: 1513482 > > URL: http://svn.apache.org/r1513482 > Log: > Better Javadoc. > > Modified: > > commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/sftp/SftpFileSystemConfi

Re: [CSV] Prohibit creation of more than one iterator over a CSVParser?

2013-08-13 Thread Matt Benson
One approach I think I've actually used at some point is for the same class to implement both Iterator and Iterable, implementing #iterator() as `return this`. While it seems a little weird, it's really just a more explicit reflection of what the current code is doing and so, at least in this case

Re: [CSV] Prohibit creation of more than one iterator over a CSVParser?

2013-08-13 Thread Benedikt Ritter
We had that before but switched to Iterable to make it possible to use CSVPaarser in foreach loops. 2013/8/13 Matt Benson > My thinking was more that CSVParser itself implements Iterator. > > Matt > On Aug 13, 2013 2:59 AM, "Benedikt Ritter" wrote: > > > Hi Matt, > > > > > > 2013/8/12 Matt Ben

Re: [weaver] next steps

2013-08-13 Thread Matt Benson
Benedikt, I take your point about prematurely promoted components, and as one of the primary remaining participants in [functor] I take responsibility for that; however the promotion was made in good faith only last-minute discussions about the API (like the suggestion I carefully offered wrt CSV)

Re: [CSV] Prohibit creation of more than one iterator over a CSVParser?

2013-08-13 Thread Matt Benson
My thinking was more that CSVParser itself implements Iterator. Matt On Aug 13, 2013 2:59 AM, "Benedikt Ritter" wrote: > Hi Matt, > > > 2013/8/12 Matt Benson > > > As someone with no prior involvement with this component, and at risk of > > being hit by the digital tomatoes of the group, this s

Re: [Math] Fluent API, inheritance and immutability

2013-08-13 Thread Gilles
[...] I have class that has to solve different NLLS problems concurrently. The problems share the same convergence criteria, but use different model functions. With the current implementation that means I need one optimizer per thread. How bad is that, actually? That is what I am not getting.

Re: [Math] Fluent API, inheritance and immutability

2013-08-13 Thread Gilles
Hi. > [...] [...] Historically, we did not care about thread-safety at all in [math], assuming the standard use case was *always* going to be one instance per thread. The statistics aggregators are an example where multithreaded access makes sense, but this is much more the exception than the

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

2013-08-13 Thread Continuum@vmbuild
Group (shared) Maven 3 Build Definition (Java 1.6) 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: [weaver] next steps

2013-08-13 Thread Benedikt Ritter
I'm not saying that we cannot promote it. I'm just saying that we should only promote it if it is ready to be released. 2013/8/13 Romain Manni-Bucau > Hi > > I think the point with weaver is more that some other apache projects (bval > for instance) needs it for next release. > > *Romain Manni-

Re: svn commit: r1511843 - in /commons/proper/compress/trunk/src: changes/ main/java/org/apache/commons/compress/archivers/tar/ main/java/org/apache/commons/compress/utils/ test/java/org/apache/common

2013-08-13 Thread sebb
On 8 August 2013 16:57, wrote: > Author: bodewig > Date: Thu Aug 8 15:57:55 2013 > New Revision: 1511843 > > URL: http://svn.apache.org/r1511843 > Log: > COMPRESS-234 read/skip performance improvements to TarArchiveInputStream - > patch by BELUGA BEHR > > Removed: > > commons/proper/compre

Re: [weaver] next steps

2013-08-13 Thread Romain Manni-Bucau
Hi I think the point with weaver is more that some other apache projects (bval for instance) needs it for next release. *Romain Manni-Bucau* *Twitter: @rmannibucau * *Blog: **http://rmannibucau.wordpress.com/* *LinkedIn: **http:/

Re: [weaver] next steps

2013-08-13 Thread Benedikt Ritter
Hi, I haven't been working on weaver so I cannot really comment on it's state. IMHO it's important that we only promote components to proper that are very close to a release. We have several components in proper that I think have been promoted to early. Examples are: csv, functor, imaging. After

Re: [CSV] Prohibit creation of more than one iterator over a CSVParser?

2013-08-13 Thread Benedikt Ritter
Hi Matt, 2013/8/12 Matt Benson > As someone with no prior involvement with this component, and at risk of > being hit by the digital tomatoes of the group, this seems to indicate to > me that once a parser definition has been joined to a source of input, the > resulting object *is* the record i

Re: svn commit: r1513324 - /commons/sandbox/convert/trunk/src/site/xdoc/index.xml

2013-08-13 Thread sebb
On 13 August 2013 03:17, wrote: > Author: adrianc > Date: Tue Aug 13 02:17:11 2013 > New Revision: 1513324 > > URL: http://svn.apache.org/r1513324 > Log: > Added a Getting Started section to the web site main page. > > Modified: > commons/sandbox/convert/trunk/src/site/xdoc/index.xml > > Modi