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-collections4-testframework has an issue affecting its community
i
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-graph has an issue affecting its community integration.
This issue
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-digester3 has an issue affecting its community integration.
This i
On 21 March 2012 19:16, Benedikt Ritter wrote:
> Hey,
>
> I've tried to remove the Token input parameter in CSVLexer.nextToken().
> First by creating ne new Token on every invocation of nextToken().
> That slowed execution of that method by about 100ms.
100ms per iteration? Or for the entire file
On 21 March 2012 18:34, Benedikt Ritter wrote:
> What about the Builder pattern we discussed lately? Several people
> have expressed their feels for that solution.
We don't have consensus on that yet.
But it would be very easy to convert those definitions to use the
builder pattern.
> Am 21. Mä
On Wed, Mar 21, 2012 at 6:05 PM, Thomas Neidhart
wrote:
> On 03/18/2012 08:03 PM, Gary Gregory wrote:
> > Hello All:
> >
> > This is a VOTE to release Commons IO 2.2-RC3
> >
> > The changes from RC2 are:
> > - Remove macro from release notes
> > - Add binary compatibility to release notes
> > - In
On 03/18/2012 08:03 PM, Gary Gregory wrote:
> Hello All:
>
> This is a VOTE to release Commons IO 2.2-RC3
>
> The changes from RC2 are:
> - Remove macro from release notes
> - Add binary compatibility to release notes
> - Information in src/site/xdoc/upgradeto2_2.xml was missing
>
> The changes
My +1.
Gary
On Sun, Mar 18, 2012 at 3:03 PM, Gary Gregory wrote:
> Hello All:
>
> This is a VOTE to release Commons IO 2.2-RC3
>
> The changes from RC2 are:
> - Remove macro from release notes
> - Add binary compatibility to release notes
> - Information in src/site/xdoc/upgradeto2_2.xml was mi
Hi Claudio,
> the thing is: even if (for example) edge weights are supported in ALL the
> file formats of the world (which is quite plausible), the actual attribute
> will likely be called in different ways for each format: "weight", "w",
> "value" or whatever. So even a unified implementation in
Hey,
I've tried to remove the Token input parameter in CSVLexer.nextToken().
First by creating ne new Token on every invocation of nextToken().
That slowed execution of that method by about 100ms. So I added a
private Token field to CSVLexer, that only get's initiated once. But
that solution was a
What about the Builder pattern we discussed lately? Several people
have expressed their feels for that solution.
Am 21. März 2012 19:20 schrieb :
> Author: sebb
> Date: Wed Mar 21 18:20:05 2012
> New Revision: 1303488
>
> URL: http://svn.apache.org/viewvc?rev=1303488&view=rev
> Log:
> CSV-74 - CS
On 21 March 2012 16:22, Gary Gregory wrote:
> Hello All:
>
> This vote's 72 hour mark will pass in a couple of hours. There has only
> been one vote (+1) so far.
Remember that the 72 hours is a minimum; not a maximum.
If it takes another day or two (or more) to gather the required votes,
that doe
Hello All:
This vote's 72 hour mark will pass in a couple of hours. There has only
been one vote (+1) so far.
Does anyone have any items that would cause an RC4 to be required? If I
missed something obvious in this thread to cancel the vote and make an RC4,
please remind me here.
Thank you,
Gary
Thanks for following up Lukasz!
But... is it worth the trouble? Copy/Paste is an option.
2012/3/9 Łukasz Lenart :
> If you not follow the issue, there is a problem with importing the old
> issues from OpenSymphony, Tony is working on that, but probably it
> will take some time
>
> 2012/1/19
Hi,
yes I think that having the "common denominator" would help on
avoiding to repeat ourselves in various implementations. Methods in
the AbstractExporter could be even final, no needs to provide same
implementation in the different exporters.
the thing is: even if (for example) edge weights
Hi Luc,
>>
>> + /** The value of {@code b == 0} (exact floating-point equality). */
>> + private boolean bIsNull;
>> +
>> + static {
>> + MACH_PREC = Math.ulp(1.);
>> + CBRT_MACH_PREC = Math.cbrt(MACH_PREC);
>
> Why not using FastMath ?
>
> Luc
>
Because I
Le 21/03/2012 06:26, celes...@apache.org a écrit :
> Author: celestin
> Date: Wed Mar 21 05:26:45 2012
> New Revision: 1303290
>
> URL: http://svn.apache.org/viewvc?rev=1303290&view=rev
> Log:
> In org.apache.commons.math3.linear.SymmLQ.State, created
> - boolean bEqualsNullVector()
> - boolea
Hola,
yes I think that having the "common denominator" would help on
avoiding to repeat ourselves in various implementations. Methods in
the AbstractExporter could be even final, no needs to provide same
implementation in the different exporters.
All the best,
-Simo
http://people.apache.org/~sim
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-vfs2-test has an issue affecting its community integration.
This i
20 matches
Mail list logo
