On 22 May 2011 11:08, wrote:
> Author: simonetripodi
> Date: Sun May 22 10:08:28 2011
> New Revision: 1125895
>
> URL: http://svn.apache.org/viewvc?rev=1125895&view=rev
> Log:
> html tag in javadoc to lower case
>
> Modified:
> incubator/ognl/trunk/src/main/java/org/apache/commons/ognl/Ognl.j
good catch, thanks! there are a lot of things to fix in the javadoc,
also code samples format is broken, I'm going to fix it!
thanks for reviewing!
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Sun, May 22, 2011 at 12:22 PM, sebb wrote:
> On 22 May 2011 11:08, wrote
Hello,
The BSP tree code introduced recently into [math] was written several
years ago, in the Java 4 days. The implementation was already dimension
independent (and even topology-independent) and used simple interfaces
like Point (which was a marker interface without any methods),
Hyperplane
Hello,
The current o.a.c.math.geometry.euclidean packages are inconsistent. The
oned and twod packages define respectively Point1D and Point2D classes,
with namings akin to affine spaces and the threed package defines a
Vector3D class, akin to vector spaces.
I would suggest, for the sake of
I think that the difference between an affine space element (Point) and a
vector space (Vector) that each boil down to holding a collection of
double's in the most common implementation and that each implement
essentially the same operations is much too subtle a difference to be
appreciated by most
On 5/22/11 5:00 AM, Luc Maisonobe wrote:
> Hello,
>
> The current o.a.c.math.geometry.euclidean packages are
> inconsistent. The oned and twod packages define respectively
> Point1D and Point2D classes, with namings akin to affine spaces
> and the threed package defines a Vector3D class, akin to ve
On 5/22/11 4:20 AM, Luc Maisonobe wrote:
> Hello,
>
> The BSP tree code introduced recently into [math] was written
> several years ago, in the Java 4 days. The implementation was
> already dimension independent (and even topology-independent) and
> used simple interfaces like Point (which was a ma
Le 22/05/2011 21:49, Phil Steitz a écrit :
On 5/22/11 5:00 AM, Luc Maisonobe wrote:
Hello,
The current o.a.c.math.geometry.euclidean packages are
inconsistent. The oned and twod packages define respectively
Point1D and Point2D classes, with namings akin to affine spaces
and the threed package d
Le 22/05/2011 22:09, Phil Steitz a écrit :
On 5/22/11 4:20 AM, Luc Maisonobe wrote:
Hello,
The BSP tree code introduced recently into [math] was written
several years ago, in the Java 4 days. The implementation was
already dimension independent (and even topology-independent) and
used simple in
All,
Apologies for the long e-mail. I'll keep it as short as I can.
I am working on dbcp2 alongside pool2, keeping the two in sync as pool2
is refactored. I am currently looking at the removal of the setFactory()
method from G(K)OP and it isn't pretty.
Removing G(K)OP.setFactory() from pool2 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-proxy-test has an issue affecting its community integration.
This
On 5/22/11 2:01 PM, Mark Thomas wrote:
> All,
>
> Apologies for the long e-mail. I'll keep it as short as I can.
>
> I am working on dbcp2 alongside pool2, keeping the two in sync as pool2
> is refactored. I am currently looking at the removal of the setFactory()
> method from G(K)OP and it isn't p
13 matches
Mail list logo
