[Commons Wiki] Trivial Update of "CompressRoadmap" by ChristianGrobmeier

2009-03-18 Thread Apache Wiki
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Commons Wiki" for change notification. The following page has been changed by ChristianGrobmeier: http://wiki.apache.org/commons/CompressRoadmap The comment on the change is: deleted fixed issue ---

[compress] Open Issues Discussion

2009-03-18 Thread Christian Grobmeier
Hi, diving into the open issues, I would like prio them. * SANDBOX-282 TAR formaT unspecified https://issues.apache.org/jira/browse/SANDBOX-282 I would do this in version 1.1. Its an important thing, but will need its time, at least, if I work on this :-) * SANDBOX-286 BZip2CompressorInputStream

[compress] Patch for SANDBOX-298 available

2009-03-18 Thread Christian Grobmeier
Hi, a patch for SANDBOX-298 is available. Nothing special here. Thanks for applying! Cheers Christian - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org

[Commons Wiki] Trivial Update of "CompressRoadmap" by ChristianGrobmeier

2009-03-18 Thread Apache Wiki
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Commons Wiki" for change notification. The following page has been changed by ChristianGrobmeier: http://wiki.apache.org/commons/CompressRoadmap --

Re: [LANG] 3.0 JCIP Annotations

2009-03-18 Thread James Carman
On Wed, Mar 18, 2009 at 10:21 PM, Stephen Colebourne wrote: > > Thats OK technically (as there is no runtime dependency on > net.jcip.annotations). However, I suspect it will confuse users, as very few > people realise that no dependency is created beyond compilation time. > I agree. Most folks

Re: [compress] Protected API

2009-03-18 Thread Christian Grobmeier
I added a patch for CPIO to SANDBOX-294 Cheers On Wed, Mar 18, 2009 at 11:22 AM, sebb wrote: > On 18/03/2009, Stefan Bodewig wrote: >> On 2009-03-18, Stefan Bodewig wrote: >> >>  > I'd like to remove some fields, make them private or final and maybe >>  > move some methods around before our fir

Re: [LANG] 3.0 JCIP Annotations

2009-03-18 Thread Paul Benedict
I think the use of JCIP annotations should be an Apache Commons-wide decision. It would only be sensible to share the annotations across projects. Otherwise, we could get fragmentation pretty easily. Paul On Wed, Mar 18, 2009 at 9:48 PM, sebb wrote: > On 19/03/2009, Stephen Colebourne wrote: >>

Re: [LANG] 3.0 JCIP Annotations

2009-03-18 Thread sebb
On 19/03/2009, Stephen Colebourne wrote: > sebb wrote: > > > > > > Are you proposing including these pieces of annotation code in [lang], > or > > > just referencing them? If its just referencing them, then it has no real > > > effect, and should be fine (aprt from making the compilation a little

Re: [LANG] 3.0 JCIP Annotations

2009-03-18 Thread Stephen Colebourne
sebb wrote: Are you proposing including these pieces of annotation code in [lang], or just referencing them? If its just referencing them, then it has no real effect, and should be fine (aprt from making the compilation a little more complex) I'm not sure what you mean by "including" or "refe

Re: [LANG] 3.0 JCIP Annotations

2009-03-18 Thread sebb
On 19/03/2009, Stephen Colebourne wrote: > sebb wrote: > > > > > > I think that there is the distinct possibility of other groups > including > > > these annotatons. Maybe even JDK7. Should [lang] include them. Or use > > > slightly different names? > > > > > > > Not sure I follow. > > > > These

Re: [LANG] 3.0 JCIP Annotations

2009-03-18 Thread Stephen Colebourne
sebb wrote: I think that there is the distinct possibility of other groups including these annotatons. Maybe even JDK7. Should [lang] include them. Or use slightly different names? Not sure I follow. These are existing annotations, from http://jcip.net/: http://jcip.net/annotations/doc/index

Re: [math] suggesting rational function and trigonometric functions classes

2009-03-18 Thread Bernhard Grünewaldt
Hi Ted, As you suggested I opened a ticket for this issue: https://issues.apache.org/jira/browse/MATH-250 :) - Bernhard Ted Dunning schrieb: > Reasoning purely by symmetry, doesn't it seem that where you are headed here > is toward an extended rational polynomial class that handles rational >

Re: [LANG] 3.0 JCIP Annotations

2009-03-18 Thread sebb
On 18/03/2009, Stephen Colebourne wrote: > sebb wrote: > > > I've added JCIP annotations jar to the POM, but not started adding any > > actual annotations yet. > > > > The idea would be to annotate every class as one of > > > > @Immutable > > @ThreadSafe > > @NotThreadSafe > > > > These annotation

Re: [LANG] 3.0 JCIP Annotations

2009-03-18 Thread Stephen Colebourne
sebb wrote: I've added JCIP annotations jar to the POM, but not started adding any actual annotations yet. The idea would be to annotate every class as one of @Immutable @ThreadSafe @NotThreadSafe These annotation appear in the Javadoc output in the class description. Also, for objects that n

Re: [VOTE] Release Commons CLI 1.2 (RC7)

2009-03-18 Thread Henri Yandell
Yep. 72 hours after the vote is called; so tonight. I'll be on a 777 over Greenland then, so it'll be Thurs night GMT before the release happens. :) On Wed, Mar 18, 2009 at 12:08 AM, Russel Winder wrote: > Henri, > > It seems there are only +1s for Commons CLI 1.2 RC7 which implies that > of tho

Re: [LANG] 3.0 JCIP Annotations

2009-03-18 Thread Matt Benson
Googling led me to the httpclient thread you started. If there is no runtime dependency I am fine with it. :) -Matt --- On Wed, 3/18/09, sebb wrote: > From: sebb > Subject: [LANG] 3.0 JCIP Annotations > To: "Commons Developers List" > Date: Wednesday, March 18, 2009, 10:51 AM > I've added

[LANG] 3.0 JCIP Annotations

2009-03-18 Thread sebb
I've added JCIP annotations jar to the POM, but not started adding any actual annotations yet. The idea would be to annotate every class as one of @Immutable @ThreadSafe @NotThreadSafe These annotation appear in the Javadoc output in the class description. Also, for objects that need synchroniz

Re: [compress] Patch for SANDBOX-284

2009-03-18 Thread Christian Grobmeier
> Yes, understood now, thanks. > > In which case maybe it is worth refactoring into two package-protected > methods so Unit tests can exercise them easily. It would be useful for > a Windows developer to be able to test the Unix code too. > > Also consider doing this for any other bits of code that

Re: [compress] Patch for SANDBOX-284

2009-03-18 Thread sebb
On 18/03/2009, Christian Grobmeier wrote: > > Sorry, I still don't understand why refactoring would be needed in > > order for the code to be tested using CI? > > > > I must be missing something - can you explain? > > I'm curious to know what the problem is that requires refactoring for CI. >

Re: [compress] Patch for SANDBOX-284

2009-03-18 Thread Christian Grobmeier
> Sorry, I still don't understand why refactoring would be needed in > order for the code to be tested using CI? > > I must be missing something - can you explain? > I'm curious to know what the problem is that requires refactoring for CI. Sorry for beeing unclear. Refactoring is big term for "ext

Re: [compress] Patch for SANDBOX-284

2009-03-18 Thread sebb
On 18/03/2009, Christian Grobmeier wrote: > Hi, > > >> So we don't have a continues > >> integration test for exactly that problem. > > > > IMO it does not matter not having a continuous integration test so > > long as the OS-specific stuff is tested from time to time by someone, > > and pa

Re: [compress] Patch for SANDBOX-284

2009-03-18 Thread Christian Grobmeier
Hi, >> So we don't have a continues >>  integration test for exactly that problem. > > IMO it does not matter not having a continuous integration test so > long as the OS-specific stuff is tested from time to time by someone, > and particularly before release. > > Might be a good idea to make a no

Re: [ALL] Common location for DOAP files?

2009-03-18 Thread sebb
On 18/03/2009, Jukka Zitting wrote: > Hi, > > > On Fri, May 23, 2008 at 3:54 AM, sebb wrote: > > At present the doap files are in each project trunk, and therefore > > presumably get copied to tags (and branches), where they don't really > > make sense. > > > They don't? They are mainly inte

Re: [compress] Patch for SANDBOX-284

2009-03-18 Thread sebb
On 18/03/2009, Christian Grobmeier wrote: > Hi, > > test works on OSX - but we cannot really test on *nix boxes if the > name-normalizing works on windows too. "if system == windows" wouldn't > give back "windows" at the gump servers. So we don't have a continues > integration test for exactly

[g...@vmgump]: Project commons-vfs (in module apache-commons) failed

2009-03-18 Thread Gump
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-vfs has an issue affecting its community integration. This issue a

Re: [compress] Protected API

2009-03-18 Thread sebb
On 18/03/2009, Stefan Bodewig wrote: > On 2009-03-18, Stefan Bodewig wrote: > > > I'd like to remove some fields, make them private or final and maybe > > move some methods around before our first release. In particular: > > > I just saw sebb's patch attached to SANDBOX-294 and he seems to agr

Re: [ALL] Common location for DOAP files?

2009-03-18 Thread Jukka Zitting
Hi, On Fri, May 23, 2008 at 3:54 AM, sebb wrote: > At present the doap files are in each project trunk, and therefore > presumably get copied to tags (and branches), where they don't really > make sense. They don't? BR, Jukka Zitting ---

[g...@vmgump]: Project commons-configuration (in module apache-commons) failed

2009-03-18 Thread Gump
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 has an issue affecting its community integration. Th

Re: [VOTE] Release Commons CLI 1.2 (RC7)

2009-03-18 Thread Russel Winder
Henri, It seems there are only +1s for Commons CLI 1.2 RC7 which implies that of those who showed a preference 100% voted yes. Sounds like the jar can hit the Maven repository :-) Unless I am missing something about the Apache process (which is likely as I haven't read the appropriate webpages).