Re: [io] Binary compatible

Jukka Zitting wrote: On Sat, Feb 14, 2009 at 12:12 PM, Stephen Colebourne wrote: I reviewed some of HEAD of IO last night. It is currently binary incompatible with the 1.x series, yet the package name has not changed. What incompatibilities are there? Can we fix them? I thought I saw some i

Re: @since tags in HC source files

On 14/02/2009, Phil Steitz wrote: > sebb wrote: > > > Most of the source files in HC trunk have got "@since 4.0" tags in them. > > > > I'm currently processing all the source files to remove the @author > > tags, should I also add @since tags to any source files that don't > > have them? > > > > A

Re: @since tags in HC source files

sebb wrote: Most of the source files in HC trunk have got "@since 4.0" tags in them. I'm currently processing all the source files to remove the @author tags, should I also add @since tags to any source files that don't have them? Any objection if these changes are committed together? S///

@since tags in HC source files

Most of the source files in HC trunk have got "@since 4.0" tags in them. I'm currently processing all the source files to remove the @author tags, should I also add @since tags to any source files that don't have them? Any objection if these changes are committed together? S///

Re: [io] Binary compatible

Hi, On Sat, Feb 14, 2009 at 1:17 PM, Jukka Zitting wrote: > org.apache.commons.io: > Bad > method org.apache.commons.io.FileUtils.copyFileToDirectory(java.io.File, > java.io.File): type void in io-1.4, but type java.io.File in io-trunk > method org.apache.commons.io.FileUtils.copyFileToDirectory(

[continuum] BUILD FAILURE: Commons - Commons IO -

Online report : http://vmbuild.apache.org/continuum/buildResult.action?buildId=142974&projectId=155 Build statistics: State: Failed Previous State: Failed Started at: Sat 14 Feb 2009 04:57:16 -0800 Finished at: Sat 14 Feb 2009 04:59:27 -0800 Total time: 2m 11s Build Trigger: Schedule Buil

Re: [io] Binary compatible

Hi, On Sat, Feb 14, 2009 at 12:48 PM, Jukka Zitting wrote: > On Sat, Feb 14, 2009 at 12:12 PM, Stephen Colebourne > wrote: >> I reviewed some of HEAD of IO last night. It is currently binary >> incompatible with the 1.x series, yet the package name has not changed. > > What incompatibilities are

Re: [io] Binary compatible

Hi, On Sat, Feb 14, 2009 at 12:12 PM, Stephen Colebourne wrote: > I reviewed some of HEAD of IO last night. It is currently binary > incompatible with the 1.x series, yet the package name has not changed. What incompatibilities are there? Can we fix them? BR, Jukka Zitting ---

[io] Binary compatible

I reviewed some of HEAD of IO last night. It is currently binary incompatible with the 1.x series, yet the package name has not changed. I am not comfortable with that at all. The 2.0 release needs to either change package name, or revert to binary compatibility. One of these two must be true

Re: [Proposal] Create a sandbox commons-money component?

Julius Davies wrote: Why even bother with the "long" version? I think Money should use BigDecimal (or BigInteger... whatever) under the hood exclusively. BigDecimal/BigInteger already have special optimizations for when they can fit themselves in a long. (I would more lean towards BigInteger u

Re: [Proposal] Create a sandbox commons-money component?

Ralph Goers wrote: I've checked the commons-money code into the sandbox. I don't have any time to write more code there ATM, but more needs doing before any release. If anyone likes the code, and the idea behind BigMoney, or formatting/parsing then please go ahead and make some changes. Thats

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

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-betwixt has an issue affecting its community integration. This iss

[g...@vmgump]: Project commons-cli (in module commons-cli-1.x) failed

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-cli has an issue affecting its community integration. This issue a