Hi,
i just added a patch to Sandbox-30:
https://issues.apache.org/jira/browse/SANDBOX-30
Can somebody please review and comment or patch the codebase?
Thanks,
Christian
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.o
Hi all,
the redesigned compress-codebase fixes this issue:
https://issues.apache.org/jira/browse/SANDBOX-245
It can be closed. Can somebody please do this?
Thanks!
Chris
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.or
Hi,
sorry for beeing late :-)
> I guess we could also just get rid of the reflection. What do you think?
I think this is good. I have attached a patch to:
https://issues.apache.org/jira/browse/SANDBOX-262
which eliminates the reflection usage in both factories.
Can sombody (Torsten? :-)) please
On Wed, Jan 7, 2009 at 12:36 AM, Rahul Akolkar wrote:
> On Tue, Jan 6, 2009 at 9:46 PM, sebb wrote:
>>
>> By the way, the Exception handling changes have revealed a possible
>> bug - a class cast was being swallowed:
>>
>> testExample01Sample(org.apache.commons.scxml.env.javascript.JSExampleTest
On Tue, Jan 6, 2009 at 9:46 PM, sebb wrote:
> On 06/01/2009, ra...@apache.org wrote:
>> Author: rahul
>> Date: Tue Jan 6 15:39:20 2009
>> New Revision: 732174
>>
>> URL: http://svn.apache.org/viewvc?rev=732174&view=rev
>> Log:
>> Changes to test case that should have been part of r728828 (A
JIRA issue was created for the bug:
http://jira.codehaus.org/browse/SUREFIRE-536
On 07/01/2009, s...@apache.org wrote:
> Author: sebb
> Date: Tue Jan 6 18:51:34 2009
> New Revision: 732206
>
> URL: http://svn.apache.org/viewvc?rev=732206&view=rev
> Log:
> Avoid bug in Surefire 2.4.3 which
On 06/01/2009, ra...@apache.org wrote:
> Author: rahul
> Date: Tue Jan 6 15:39:20 2009
> New Revision: 732174
>
> URL: http://svn.apache.org/viewvc?rev=732174&view=rev
> Log:
> Changes to test case that should have been part of r728828 (Add support for
> the SCXML Script Module).
>
> The m
On 06/01/2009, Rahul Akolkar wrote:
> On Mon, Jan 5, 2009 at 5:40 PM, sebb wrote:
> > On 05/01/2009, Rahul Akolkar wrote:
> >> On Mon, Jan 5, 2009 at 3:52 PM, sebb wrote:
>
>
>
> >> >
> >> > Not sure I know how to do that in Maven. Why not do a single test for
> >> > NSE and skip any fu
Yeah. Speed probably goes the other way. Accuracy is another issue.
On 1/6/09, Luc Maisonobe wrote:
> Phil Steitz a écrit :
>
>> Committed in r731822. I noticed one more thing that I just commented
>> for now in the code. It might be faster and/or more accurate to use a
>> solver to compute the
On Mon, Jan 5, 2009 at 5:40 PM, sebb wrote:
> On 05/01/2009, Rahul Akolkar wrote:
>> On Mon, Jan 5, 2009 at 3:52 PM, sebb wrote:
>> >
>> > Not sure I know how to do that in Maven. Why not do a single test for
>> > NSE and skip any further serialisation tests if the the initial test
>> > fai
Note: this is a follow-up of a discussion started off-list about
including Brent minimizing algorithm (which is not the same algorithm as
Brent solver already provided by [math]).
Gilles Sadowski a écrit :
> Hello.
>
>> - "Gilles Sadowski" a écrit :
>
> [Note: I'm replying from my other em
Phil Steitz a écrit :
> Committed in r731822. I noticed one more thing that I just commented
> for now in the code. It might be faster and/or more accurate to use a
> solver to compute the nth root of the modulus. Should we consider doing
> this and exposing the associated real function in Math
On Tue, Jan 6, 2009 at 5:41 AM, Tim Lebedkov wrote:
> Hello dev@commons.apache.org reader,
>
> I would like to start a new project (in the sandbox?) for annotation
> based implementation of methods like equals.
> The idea is to annotate a class like this:
>
> @AutomaticEquals
> class Test {
>
Hello James,
in my current code the allFields property of the @EqualsClass
annotation controls whether all fields are automatically used, like
this:
// the simplest case
@EqualsClass(allFields=true)
private static final class OneField {
public int value;
}
...and addition
I wouldn't think you'd want the AutomaticEquals stuff to be at the
top-level, necessarily. Can you annotate property getters or perhaps
the fields themselves?
On Tue, Jan 6, 2009 at 10:59 AM, Tim Lebedkov wrote:
> Hello Viraj,
>
> the first case (@XYZ) is how I thought about it (see also the tes
Hello Viraj,
the first case (@XYZ) is how I thought about it (see also the test
code in the attachment). This way .equals() could be implemented
automatically.
Of course you have to override the equals() method like this, if you
would like it to behave "as designed":
// maybe some sort of postpro
HI Tim,
This project interests me. Would like to know more about it.
Could you please explain this better?
I am confused, what will I do if I want my class's objects to be
compared using XYZ.equals();?
Will I write it as:
@XYZ
public class MyClass{
...
...
...
}
or
@Annot(equals="XYZ" compareTo
Hello dev@commons.apache.org reader,
I would like to start a new project (in the sandbox?) for annotation
based implementation of methods like equals.
The idea is to annotate a class like this:
@AutomaticEquals
class Test {
private int a;
}
and compare 2 instances of this class using
Automat
Bill Barker wrote:
> "Mark Thomas" wrote in message
> news:4961bda4.4070...@apache.org...
>> billbar...@apache.org wrote:
>>> Author: billbarker
>>> Date: Sun Jan 4 17:45:12 2009
>>> New Revision: 731405
>>>
>>> URL: http://svn.apache.org/viewvc?rev=731405&view=rev
>>> Log:
>>> Only include Mac-
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-configuration-test has an issue affecting its community
integrati
20 matches
Mail list logo
