Hi Stefan,
Stefan Bodewig wrote:
> On 2010-08-12, Gump wrote:
>
>> [INFO] Compilation failure
>> /srv/gump/public/workspace/apache-
commons/lang/src/main/java/org/apache/commons/lang3/reflect/ConstructorUtils.java:
[272,52]
>> incompatible types
>> found : java.lang.reflect.Constructor[]
>> re
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-jelly-tags-jaxme has an issue affecting its community
integration
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-jelly-tags-xml-test has an issue affecting its community
integrat
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-javaflow has an issue affecting its community integration.
This is
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-scxml-test has an issue affecting its community integration.
This
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-jelly-tags-validate has an issue affecting its community
integrat
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 has an issue affecting its community integration.
This issue
On 2010-08-12, Gump wrote:
> [INFO] Compilation failure
> /srv/gump/public/workspace/apache-commons/lang/src/main/java/org/apache/commons/lang3/reflect/ConstructorUtils.java:[272,52]
> incompatible types
> found : java.lang.reflect.Constructor[]
> required: java.lang.reflect.Constructor[]
This
--
From:
Sent: Wednesday, August 11, 2010 8:55 AM
To:
Subject: svn commit: r984453 -
/commons/proper/math/trunk/src/main/java/org/apache/commons/math/util/MathUtils.java
Author: dimpbx
Date: Wed Aug 11 15:55:14 2010
New Revision: 984453
URL:
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-lang3 has an issue affecting its community integration.
This issue
I had a short look at the text.translate package. One thing I noticed is
that the classes NumericEntityEscaper and UnicodeEscaper (both derived
from CodePointTranslator) have some duplicate code, especially for
defining the code points that should be processed.
Maybe this can be extracted to a
On Wed, Aug 11, 2010 at 3:00 PM, Jacob Beard wrote:
> Hi,
>
> I'm currently working on building the scxml-js site, and I'd like to
> integrate some of the demos I've created. I'm wondering where I should
> put external JavaScript files so that they can be linked to from the
> html pages defined us
Hi,
I'm currently working on building the scxml-js site, and I'd like to
integrate some of the demos I've created. I'm wondering where I should
put external JavaScript files so that they can be linked to from the
html pages defined using xdoc. I looked at the site directory for
Commons SCXML, and
Luc,
I would rather have them in a utility class (either MathUtils as
suggested or in MatrixUtils) than in ArrayRealVector which is not
devoted to provide utilities. ArrayRealVector can delegate its
computation to MathUtils/MatrixUtils since it has acces to its own
internal data and can provide
Le 11/08/2010 16:49, Gilles Sadowski a écrit :
>> [...]
>>
>> It also appears that the Cartesian norm of a vector (in AbstractRealVector,
>> in AbstractLeastSquares, ...) does not care at all about overflow or
>> underflow. I thus translated enorm.f (minpack) into Java. My initial
>> intend was t
Le 11/08/2010 16:00, Dimitri Pourbaix a écrit :
> Hi,
>
> While fixing MATH-405, I noticed that some unit tests were failing with
> the corrected version! Obviously, some results against which those tests
> are competing were obtained ... with the bugged code. The usefulness of
> such tests is t
> [...]
>
> It also appears that the Cartesian norm of a vector (in AbstractRealVector,
> in AbstractLeastSquares, ...) does not care at all about overflow or
> underflow. I thus translated enorm.f (minpack) into Java. My initial
> intend was to put in AbstractLeastSquares but it might be more u
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-io-test has an issue affecting its community integration.
This iss
Hi,
While fixing MATH-405, I noticed that some unit tests were failing with
the corrected version! Obviously, some results against which those tests
are competing were obtained ... with the bugged code. The usefulness of
such tests is therefore pretty limited.
It also appears that the Cartesia
On Tue, Aug 10, 2010 at 7:33 PM, Mattmann, Chris A (388J) <
chris.a.mattm...@jpl.nasa.gov> wrote:
> I feel kind of the opposite -- RAT is an important tool that's required of
> all the Incubator projects, but pretty widely integrated (at least in Java
> land) outside of the Incubator as a tool to
20 matches
Mail list logo
