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
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-exec-test has an issue affecting its community integration.
This 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-digester3 has an issue affecting its community integration.
This i
On Jan 26, 2012, at 3:35 PM, Gary Gregory wrote:
>>
>> Just to clarify: Joda is not entering the JDK. JSR-310 has been proposed and
>> might make it into the JDK, but JSR-310 is not Joda.
>>
>> http://jcp.org/en/jsr/detail?id=310
>
> Is this jsr dead? What's the next step?
See http://sourcef
On Jan 26, 2012, at 10:47, Adrian Crum
wrote:
> On 1/26/2012 6:59 AM, Henri Yandell wrote:
>> On Wed, Jan 25, 2012 at 2:14 PM, Christian Grobmeier
>> wrote:
>>> On Wed, Jan 25, 2012 at 9:17 PM, Benedikt Ritter
>>> wrote:
> But i found only discussions about duration&joda-time dated 20
Le 26/01/2012 15:52, Sébastien Brisard a écrit :
> Hello,
>> Hi.
>>
>>>
>>> It thus becomes urgent to tackle the remaining blocking issues.
>>> Can we please make a list of those, and of all practical matters that
>>> prevent the preparation of the release?
>>>
>>
>>
>> MATH-621 (see also MATH-728)
Le 26/01/2012 15:39, Gilles Sadowski a écrit :
> Hello.
>
>>> It thus becomes urgent to tackle the remaining blocking issues.
>>> Can we please make a list of those, and of all practical matters that
>>> prevent the preparation of the release?
>>>
>>>
>>> Thanks and best regards,
>>> Gilles
>>>
>>
Hi,
Le 25/01/2012 21:17, Benedikt Ritter a écrit :
> Am 25.01.2012 21:02, schrieb Taras Ledkov:
>> I'm very sorry if this problem has been solved in some way.
>
> No need to be sorry, as everybody can see, you did some research on this
> topic ;-)
>
>> But i found only discussions about duration
On 1/26/2012 6:59 AM, Henri Yandell wrote:
On Wed, Jan 25, 2012 at 2:14 PM, Christian Grobmeier
wrote:
On Wed, Jan 25, 2012 at 9:17 PM, Benedikt Ritter
wrote:
But i found only discussions about duration&joda-time dated 2004.
(http://markmail.org/thread/733yqv5zwzsngj3j)
Now i really ne
On 26/01/2012 18:05, Matt Benson wrote:
On Thu, Jan 26, 2012 at 11:01 AM, Simone Tripodi
wrote:
FIXED
Emanuele Lombardi, a former colleague of mine, simply did
-public static, G
extends Graph> SpanningTreeSourceSelector
minimumSpanningTree( G graph )
+public static, W, G
exten
ouch :( :(
I suspect the trick just works on IntelliJ... ;(
thanks for the feedbacks!!!
-Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Thu, Jan 26, 2012 at 6:05 PM, Matt Benson wrote:
> On Thu, J
On Thu, Jan 26, 2012 at 11:01 AM, Simone Tripodi
wrote:
> FIXED
>
> Emanuele Lombardi, a former colleague of mine, simply did
>
> - public static , G
> extends Graph> SpanningTreeSourceSelector
> minimumSpanningTree( G graph )
> + public static , W, G
> extends Graph> SpanningTreeSourceS
FIXED
Emanuele Lombardi, a former colleague of mine, simply did
-public static , G
extends Graph> SpanningTreeSourceSelector
minimumSpanningTree( G graph )
+public static , W, G
extends Graph> SpanningTreeSourceSelector
minimumSpanningTree( G graph )
and it makes it working
Isn't
Terrific feedbacks - like always! - Matt, thanks a lot, very appreciated!!!
We do - at least, I - love you! :D
> on. I can only surmise that the Oracle (?) compiler may take the
> subsequent method calls into account when trying to infer type
> parameters from arguments, perhaps.
I am using the
On 26 January 2012 14:39, Gilles Sadowski wrote:
> Hello.
>
>> > It thus becomes urgent to tackle the remaining blocking issues.
>> > Can we please make a list of those, and of all practical matters that
>> > prevent the preparation of the release?
>> >
>> >
>> > Thanks and best regards,
>> > Gill
Whew... I hope you guys love me. :P I decided to take a look just
because I've had to play with Eclipse before on issues like this.
What I typically find is that Eclipse has a sane reason for
complaining where it does. This time I *really* thought Eclipse was
wrong... but check this out:
In the
Hello,
> Hi.
>
>>
>> It thus becomes urgent to tackle the remaining blocking issues.
>> Can we please make a list of those, and of all practical matters that
>> prevent the preparation of the release?
>>
>
>
> MATH-621 (see also MATH-728)
> * Unit test coverage: at least 6 branches of the code are
2012/1/26 Gilles Sadowski :
> Hello.
>
>> > It thus becomes urgent to tackle the remaining blocking issues.
>> > Can we please make a list of those, and of all practical matters that
>> > prevent the preparation of the release?
>> >
>> >
>> > Thanks and best regards,
>> > Gilles
>> >
>> As far as I
Hi Claudio!!!
thanks for reporting, I have indeed the same issue - even if I thought
was just an Eclipse bug!
I honestly don't know how to fix the problem, I hope someone in the ML
can provide a solution as well - same behavior met in IntelliJ!!!
All the best,
-Simo
http://people.apache.org/~sim
Hello.
> > It thus becomes urgent to tackle the remaining blocking issues.
> > Can we please make a list of those, and of all practical matters that
> > prevent the preparation of the release?
> >
> >
> > Thanks and best regards,
> > Gilles
> >
> As far as I'm concerned, I have been concentrating
P.S. for completeness:
Eclipse version: Indigo Service Release 1
Build id: 20110916-0149
OS: Mac OS X Lion
Cheers,
Claudio
On 26/01/2012 15:30, Claudio Squarcella wrote:
Hi all,
I am experiencing a rather annoying issue with the latest version of
commons-graph on Eclipse. Compiling with java
Hi all,
I am experiencing a rather annoying issue with the latest version of
commons-graph on Eclipse. Compiling with javac (maven, command line) it
works fine, but the editor still complains: e.g. line 72 of the new
FordFulkersonTestCase[1] gives a list of errors[2].
Now, I know from googli
Hi.
>
> It thus becomes urgent to tackle the remaining blocking issues.
> Can we please make a list of those, and of all practical matters that
> prevent the preparation of the release?
>
MATH-621 (see also MATH-728)
* Unit test coverage: at least 6 branches of the code are not explored.
* C
you're welcome!!!
-Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Thu, Jan 26, 2012 at 12:34 PM, Christian Grobmeier
wrote:
> Oh yes, need more coffee!
> Thanks for telling me
>
> On Thu, Jan 26, 20
Oh yes, need more coffee!
Thanks for telling me
On Thu, Jan 26, 2012 at 12:32 PM, Simone Tripodi
wrote:
> Guten Morgen mate,
>
> did you intend to send the message to Struts ML? ;)
>
> Alles gute,
> -Simo
>
> http://people.apache.org/~simonetripodi/
> http://simonetripodi.livejournal.com/
> http:
Guten Morgen mate,
did you intend to send the message to Struts ML? ;)
Alles gute,
-Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Thu, Jan 26, 2012 at 12:24 PM, Christian Grobmeier
wrote:
> Last
Last mail for today :-)
Today there is a discussion on going, Tapestry vs Struts (on
tapestry-users list). Of course people are convinced of Tapestry, and
actually it is a great framework with huge benefits. And it is pretty
modern. People now say (and not only there) Struts is a dinosaur.
Well,
Hi Benedikt,
> - we should try to get some more structure into the project. For example we
> could create packages for Bean*, Class* and Argument* Interfaces and
> classes.
uhm, why you think it should be helpful? ATM only interfaces and
BeanUtils class are public - which are the smaller amount o
Am 26.01.2012 10:28, schrieb Simone Tripodi:
Hi Benedikt!
Hi Simo
don't get crazy with Assertions.* methods, they are just internal shortcuts!
okay, I'll just finish my general refactoring and ignore the very
special cases.
OTOH I would focus the attention on public methods to invoke
Hi Benedikt!
don't get crazy with Assertions.* methods, they are just internal shortcuts!
OTOH I would focus the attention on public methods to invoke methods
via reflection, that would be really more useful.
Thanks for your efforts!
-Simo
http://people.apache.org/~simonetripodi/
http://simonet
30 matches
Mail list logo
