On 13 August 2013 03:17, adri...@apache.org 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
Hi Matt,
2013/8/12 Matt Benson gudnabr...@gmail.com
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
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
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 https://twitter.com/rmannibucau*
*Blog: **http://rmannibucau.wordpress.com/*http://rmannibucau.wordpress.com/
*LinkedIn:
On 8 August 2013 16:57, bode...@apache.org 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:
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 rmannibu...@gmail.com
Hi
I think the point with weaver is more that some other apache projects (bval
for instance) needs it for next release.
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 :
Hi.
[...]
[...]
side rantHistorically, 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
[...] 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
My thinking was more that CSVParser itself implements Iterator.
Matt
On Aug 13, 2013 2:59 AM, Benedikt Ritter brit...@apache.org wrote:
Hi Matt,
2013/8/12 Matt Benson gudnabr...@gmail.com
As someone with no prior involvement with this component, and at risk of
being hit by the digital
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)
We had that before but switched to Iterable to make it possible to use
CSVPaarser in foreach loops.
2013/8/13 Matt Benson gudnabr...@gmail.com
My thinking was more that CSVParser itself implements Iterator.
Matt
On Aug 13, 2013 2:59 AM, Benedikt Ritter brit...@apache.org wrote:
Hi Matt,
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
On 13 August 2013 14:41, ggreg...@apache.org wrote:
Author: ggregory
Date: Tue Aug 13 13:41:38 2013
New Revision: 1513482
URL: http://svn.apache.org/r1513482
Log:
Better Javadoc.
Modified:
On 13 August 2013 14:43, ggreg...@apache.org 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:
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
On Tue, Aug 13, 2013 at 10:02 AM, sebb seb...@gmail.com wrote:
On 13 August 2013 14:41, ggreg...@apache.org wrote:
Author: ggregory
Date: Tue Aug 13 13:41:38 2013
New Revision: 1513482
URL: http://svn.apache.org/r1513482
Log:
Better Javadoc.
Modified:
On Tue, Aug 13, 2013 at 10:04 AM, sebb seb...@gmail.com wrote:
On 13 August 2013 14:43, ggreg...@apache.org 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.
On 13 August 2013 15:30, Gary Gregory garydgreg...@gmail.com wrote:
On Tue, Aug 13, 2013 at 10:04 AM, sebb seb...@gmail.com wrote:
On 13 August 2013 14:43, ggreg...@apache.org wrote:
Author: ggregory
Date: Tue Aug 13 13:43:41 2013
New Revision: 1513484
URL:
On 13 August 2013 15:28, Gary Gregory garydgreg...@gmail.com wrote:
On Tue, Aug 13, 2013 at 10:02 AM, sebb seb...@gmail.com wrote:
On 13 August 2013 14:41, ggreg...@apache.org wrote:
Author: ggregory
Date: Tue Aug 13 13:41:38 2013
New Revision: 1513482
URL:
On Tue, Aug 13, 2013 at 10:56 AM, sebb seb...@gmail.com wrote:
On 13 August 2013 15:30, Gary Gregory garydgreg...@gmail.com wrote:
On Tue, Aug 13, 2013 at 10:04 AM, sebb seb...@gmail.com wrote:
On 13 August 2013 14:43, ggreg...@apache.org wrote:
Author: ggregory
Date: Tue Aug 13
On 13 August 2013 16:02, Gary Gregory garydgreg...@gmail.com wrote:
On Tue, Aug 13, 2013 at 10:56 AM, sebb seb...@gmail.com wrote:
On 13 August 2013 15:30, Gary Gregory garydgreg...@gmail.com wrote:
On Tue, Aug 13, 2013 at 10:04 AM, sebb seb...@gmail.com wrote:
On 13 August 2013 14:43,
On Tue, Aug 13, 2013 at 11:09 AM, sebb seb...@gmail.com wrote:
On 13 August 2013 16:02, Gary Gregory garydgreg...@gmail.com wrote:
On Tue, Aug 13, 2013 at 10:56 AM, sebb seb...@gmail.com wrote:
On 13 August 2013 15:30, Gary Gregory garydgreg...@gmail.com wrote:
On Tue, Aug 13, 2013 at
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 :
Le 13/08/2013 13:50, Gilles a écrit :
Hi.
Hi Gilles,
[...]
[...]
side rantHistorically, 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
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:
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 LICENCE file.
Hi Gilles,
Le 13/08/2013 18:46, Gilles a écrit :
Hello Luc.
Hi Gilles,
[...]
[...]
side rantHistorically, 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
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
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
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 bounds
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 :
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
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
releasehttp://www.oracle.com/technetwork/java/javase/7u21-relnotes-1932873.html.
Now to remove these
34 matches
Mail list logo
