Re: [VFS] Support for File System Roots?

2013-02-08 Thread Mark Fortner
Gary, I'm not aware of the tilde being used for any other purpose in any other file system. If a user had specified a directory like "~/mu~noz" as a home directory it should resolve to the appropriate directory i.e. "/mu~noz". As for it being optional on a per file system basis, I suppose that's p

Re: svn commit: r1443696 - /commons/sandbox/beanutils2/trunk/src/main/java/org/apache/commons/beanutils2/Argument.java

2013-02-08 Thread Benedikt Ritter
Hi, 2013/2/8 Duncan Jones > In this specific case, I think a "..., not null" caveat is sufficient. > But in the general case, I think documenting interesting runtime > exceptions in the javadoc is good practice. Okay, I guess that's what we will do with the BeanReflectionException base class.

Re: [Math] Moving on or not?

2013-02-08 Thread Luc Maisonobe
Hi Phil, Le 08/02/2013 15:20, Phil Steitz a écrit : > On 2/8/13 12:04 AM, Luc Maisonobe wrote: >> Le 08/02/2013 03:21, Konstantin Berlin a écrit : >>> Sorry, but not of this is making sense to me. We had a long discussion >>> about how the library doesn't test for large scale problem >>> performan

Re: svn commit: r1443696 - /commons/sandbox/beanutils2/trunk/src/main/java/org/apache/commons/beanutils2/Argument.java

2013-02-08 Thread Duncan Jones
In this specific case, I think a "..., not null" caveat is sufficient. But in the general case, I think documenting interesting runtime exceptions in the javadoc is good practice. Does the CheckStyle config need tweaking? On 8 February 2013 08:26, Benedikt Ritter wrote: > Hi Simo, > > > 2013/2/8

Re: svn commit: r1443696 - /commons/sandbox/beanutils2/trunk/src/main/java/org/apache/commons/beanutils2/Argument.java

2013-02-08 Thread Oliver Heger
Am 08.02.2013 09:26, schrieb Benedikt Ritter: Hi Simo, 2013/2/8 Simone Tripodi How do you feel about this? Checkstyle complains about this, and I think it is sufficient to tell users that an argument must not be null. sorry, which one? should have made that clearer :) I removed the @t

Re: [Math] Moving on or not?

2013-02-08 Thread Sébastien Brisard
Large does not necessarily mean sparse. And please note that iterative linear solvers was I think a big step towards large scale problems. Of course, you are very welcome to contribute a robust implementation for sparse matrices. The reason why we dropped it (momentarily, hopefully) was that the c

Re: [Math] Moving on or not?

2013-02-08 Thread Sébastien Brisard
Hello, 2013/2/6 Konstantin Berlin > > > > As for efficiency (or faster execution, if you want), I don't see the > > point in doubting that tasks like global search (e.g. in a genetic > > algorithm) will complete in less time when run in parallel... > > > Just a quick note. This statement is inc

Re: [Math] Moving on or not?

2013-02-08 Thread Phil Steitz
On 2/8/13 12:04 AM, Luc Maisonobe wrote: > Le 08/02/2013 03:21, Konstantin Berlin a écrit : >> Sorry, but not of this is making sense to me. We had a long discussion >> about how the library doesn't test for large scale problem >> performance. A lot of algorithms probably do not scale well as the >

Re: [VOTE] Release Apache Commons Daemon 1.0.13

2013-02-08 Thread Gary Gregory
+1 Using SVN tag. BUILD SUCCESS with "mvn test", "mvn site" and "mvn deploy -Prelease -Ptest-deploy" with: Apache Maven 3.0.4 (r1232337; 2012-01-17 03:44:56-0500) Maven home: C:\Java\apache-maven-3.0.4\bin\.. Java version: 1.6.0_38, vendor: Sun Microsystems Inc. Java home: C:\Program Files\Java\

Re: svn commit: r1443696 - /commons/sandbox/beanutils2/trunk/src/main/java/org/apache/commons/beanutils2/Argument.java

2013-02-08 Thread Benedikt Ritter
Hi Simo, 2013/2/8 Simone Tripodi > > How do you feel about this? Checkstyle complains about this, and I think > it > > is sufficient to tell users that an argument must not be null. > > sorry, which one? > should have made that clearer :) I removed the @throws NullpointerException from the Jav

Re: [Math] Moving on or not?

2013-02-08 Thread Luc Maisonobe
Le 08/02/2013 03:21, Konstantin Berlin a écrit : > Sorry, but not of this is making sense to me. We had a long discussion > about how the library doesn't test for large scale problem > performance. A lot of algorithms probably do not scale well as the > result. There was talk of dropping sparse sup