Hello guys,
Maybe too early and I'm pretty I'll not get time to work on it in the
following months but saw yesterday jdk8 contains asm repackaged:
http://hg.openjdk.java.net/jdk8/tl/jdk/rev/a40b0f51613b
This could be great for [proxy] to support it in main module and avoid
the need to add any byt
2013/11/25 sebb AT ASF
> On 25 November 2013 02:36, wrote:
> > Author: sebb
> > Date: Mon Nov 25 02:36:47 2013
> > New Revision: 1545136
> >
> > URL: http://svn.apache.org/r1545136
> > Log:
> > Fix svnmailer charset (and make dummy change)
>
> That seems to have solved the problem.
>
nice!
>
On 25 November 2013 02:36, wrote:
> Author: sebb
> Date: Mon Nov 25 02:36:47 2013
> New Revision: 1545136
>
> URL: http://svn.apache.org/r1545136
> Log:
> Fix svnmailer charset (and make dummy change)
That seems to have solved the problem.
> Modified:
> commons/proper/lang/trunk/src/changes
On 24 November 2013 20:12, Benedikt Ritter wrote:
> Hi sebb,
>
>
> 2013/11/23
>
>> Author: sebb
>> Date: Sat Nov 23 12:25:48 2013
>> New Revision: 1544776
>>
>> URL: http://svn.apache.org/r1544776
>> Log:
>> LANG-932 Spelling fixes
>>
>> Modified:
>> commons/proper/lang/trunk/src/changes/chan
Let's give it a try. No objections from my side.
2013/11/24 Emmanuel Bourg
> What about experimenting the migration to Git with cli?
>
> Emmanuel Bourg
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For ad
2013/11/24 Benedikt Ritter
> Hi sebb,
>
>
> 2013/11/23
>
> Author: sebb
>> Date: Sat Nov 23 12:25:48 2013
>> New Revision: 1544776
>>
>> URL: http://svn.apache.org/r1544776
>> Log:
>> LANG-932 Spelling fixes
>>
>> Modified:
>> commons/proper/lang/trunk/src/changes/changes.xml
>>
>> commons/p
Hi sebb,
2013/11/23
> Author: sebb
> Date: Sat Nov 23 12:25:48 2013
> New Revision: 1544776
>
> URL: http://svn.apache.org/r1544776
> Log:
> LANG-932 Spelling fixes
>
> Modified:
> commons/proper/lang/trunk/src/changes/changes.xml
>
> commons/proper/lang/trunk/src/test/java/org/apache/commo
Whoops, thanks for spotting this.
2013/11/23
> Author: sebb
> Date: Sat Nov 23 12:23:39 2013
> New Revision: 1544775
>
> URL: http://svn.apache.org/r1544775
> Log:
> Fix issue number: 932 => 931
>
> Modified:
> commons/proper/lang/trunk/src/changes/changes.xml
>
> Modified: commons/proper/l
The Apache Commons Team is pleased to announce the release of Apache
Commons Collections 4.0.
Commons Collections is a project to develop and maintain collection
classes based on and inspired by the JDK collection framework.
Version 4.0 uses the generics features of Java 5 and is not backwards
co
Hi Luc,
On 22.11.13 15:19, Luc Maisonobe wrote:
> I would like to thank Gary for accepting the position and to all of you
> for your help during my term.
Thanks for serving us, Luc. You did a great job.
Bye, Thomas.
-
To unsub
Please vote on releasing commons-imaging 1.0 from RC7.
Last failed vote was for RC5, RC6 had a bust POM. Many improvements
were made since:
* PMD configured better and all PMD warnings fixed, the ones remaining
now are bugs in PMD itself.
* Test coverage greatly improved in many areas, only a few
What about experimenting the migration to Git with cli?
Emmanuel Bourg
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
On 24 November 2013 08:52, Maurizio Cucchiara wrote:
> On 23 November 2013 16:05, sebb wrote:
>>Indeed; auto-unboxing can generate an NPE under some circumstances.
>> And I found at least one case where the auto-boxing was hiding a bug
>> (sorry, no longer have the details).
>
> IIRC the vars I h
On Sun, Nov 24, 2013 at 8:51 AM, Thomas Neidhart
wrote:
> On 11/24/2013 02:37 PM, Emmanuel Bourg wrote:
> > Le 24/11/2013 13:09, Thomas Neidhart a écrit :
> >
> >> And merge the cli2 source into cli trunk afterwards.
> >
> > err... no, cli2 is a dead end imho. There is no point designing a new
> >
On 11/24/2013 02:37 PM, Emmanuel Bourg wrote:
> Le 24/11/2013 13:09, Thomas Neidhart a écrit :
>
>> And merge the cli2 source into cli trunk afterwards.
>
> err... no, cli2 is a dead end imho. There is no point designing a new
> incompatible API, JCommander has already filled that spot.
>
> I wo
Le 24/11/2013 13:09, Thomas Neidhart a écrit :
> And merge the cli2 source into cli trunk afterwards.
err... no, cli2 is a dead end imho. There is no point designing a new
incompatible API, JCommander has already filled that spot.
I would rather focus on incremental improvements over the current
And you have my late +1 as well.
Emmanuel Bourg
Le 24/11/2013 13:15, Thomas Neidhart a écrit :
> Hi all,
>
> more than 72 hours have passed and the following people have voted:
>
> +1: Oliver Heger, Benedikt Ritter, Stefan Bodewig, Gary Gregory,
> Joerg Schaible, Thomas Neidhart
>
> All v
Hi all,
more than 72 hours have passed and the following people have voted:
+1: Oliver Heger, Benedikt Ritter, Stefan Bodewig, Gary Gregory,
Joerg Schaible, Thomas Neidhart
All votes are binding unless otherwise noted.
The vote therefore passes.
I'll start the work to complete the release
On 11/23/2013 05:44 PM, Matt Benson wrote:
> Thomas, I continue to be blown away by your tirelessness!
Thanks,
I learned to be tenacious to get things done ;-).
Thomas
> Matt
> On Nov 23, 2013 7:07 AM, wrote:
>
>> Author: tn
>> Date: Sat Nov 23 13:06:53 2013
>> New Revision: 887799
>>
>> Log:
On 11/23/2013 11:46 PM, Emmanuel Bourg wrote:
> Le 23/11/2013 16:40, Gary Gregory a écrit :
>
>> In my old code, I use [cli]. In my new code I use JCommander (also under
>> the Apache 2 license).
>>
>> [cli] really feels antiquated.
>>
>> I'd the community's thoughts on moving to a cli2 that uses
Yep, that's true for SM, but although modification of final field is a
well known practice, the result is pretty much unpredictable, writings
in fact may fail silently (changes to an ex-final field may not be
observed [1]).
My idea is to add a method called /removeFinalModifier/ and then give
to t
On 23 November 2013 16:05, sebb wrote:
>Indeed; auto-unboxing can generate an NPE under some circumstances.
> And I found at least one case where the auto-boxing was hiding a bug
> (sorry, no longer have the details).
IIRC the vars I have unboxed were only constant values. I can't
imagine how the
22 matches
Mail list logo
