> -Original Message-
> From: Niall Pemberton [mailto:[EMAIL PROTECTED]
> Sent: Friday, February 08, 2008 5:40 PM
> To: Jakarta Commons Developers List
> Subject: Re: [io] 2.0 Moving to minimum of JDK 1.5
>
> On Feb 8, 2008 4:32 PM, Gary Gregory <[EMAIL PROTECTED]> wrote:
> > > From: Jukka Z
On Feb 8, 2008 4:32 PM, Gary Gregory <[EMAIL PROTECTED]> wrote:
> > From: Jukka Zitting [mailto:[EMAIL PROTECTED]
> > Sent: Friday, February 08, 2008 8:24 AM
> > To: Jakarta Commons Developers List
> > Subject: Re: [io] 2.0 Moving to minimum of JDK 1.5
> >
> > Hi,
> >
> > On Feb 8, 2008 5:24 PM, Ja
https://issues.apache.org/jira/browse/COMMONSSITE-24
Please attach your script, and I'll package and propose a for ASL2 ones.
Nico.
2008/2/8, nicolas de loof <[EMAIL PROTECTED]>:
>
> Broken link ... http://people.apache.org/~carnold/commons_repackage_v2.xml
>
> 2008/2/7, Curt Arnold <[EMAIL PRO
Hi,
On Feb 8, 2008 6:32 PM, Gary Gregory <[EMAIL PROTECTED]> wrote:
> > You'd only need to upgrade to SomeClass2 if you actually need the new
> > functionality, otherwise you could just keep using the old API when
> > upgrading from 1.x to 2.x. With the o.a.c.io2 proposal everybody would
> > need
We should get more specific on APIs here and what the problem is. If an
algorithm changes, this is the same problem we have with a new version of any
project. Either it's a bug fix and it is ok to change the behavior or it is not
a bug fix and you need to decide if the behavior must be backward
> From: Jukka Zitting [mailto:[EMAIL PROTECTED]
> Sent: Friday, February 08, 2008 8:24 AM
> To: Jakarta Commons Developers List
> Subject: Re: [io] 2.0 Moving to minimum of JDK 1.5
>
> Hi,
>
> On Feb 8, 2008 5:24 PM, James Carman <[EMAIL PROTECTED]> wrote:
> > On 2/8/08, Jukka Zitting <[EMAIL PROTE
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 [EMAIL PROTECTED]
Project commons-jelly-tags-jaxme has an issue affecting its community
integration.
This
Hi,
On Feb 8, 2008 5:24 PM, James Carman <[EMAIL PROTECTED]> wrote:
> On 2/8/08, Jukka Zitting <[EMAIL PROTECTED]> wrote:
> > If there's a class or interface, say o.a.c.io.SomeClass, that needs to
> > be changed extensively to match "Java 5 style", then I'd name the
> > modified version o.a.c.io.S
Ag, let's not have /both/ io and io2, this gets messy.
Thank you,
Gary
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> On Behalf Of James Carman
> Sent: Friday, February 08, 2008 5:50 AM
> To: Jakarta Commons Developers List
> Subject: Re: [io] 2.0 Moving to min
On 2/8/08, Jukka Zitting <[EMAIL PROTECTED]> wrote:
> Hi,
>
> On Feb 8, 2008 3:49 PM, James Carman <[EMAIL PROTECTED]> wrote:
> > So, you are suggesting having part of a release in the o.a.c.io
> > package and the other part in the o.a.c.io2?
>
> No. I'd keep everything in o.a.c.io.
>
> If there's
Hi,
On Feb 8, 2008 3:49 PM, James Carman <[EMAIL PROTECTED]> wrote:
> So, you are suggesting having part of a release in the o.a.c.io
> package and the other part in the o.a.c.io2?
No. I'd keep everything in o.a.c.io.
If there's a class or interface, say o.a.c.io.SomeClass, that needs to
be chan
Broken link ... http://people.apache.org/~carnold/commons_repackage_v2.xml
2008/2/7, Curt Arnold <[EMAIL PROTECTED]>:
>
>
>
> > Thanks for this nice script !
> >
> > Should I update the "candidate" folder with the generated jars an
> > call for a
> > vote ?
> >
> > Nico.
>
> The first version of t
I agree with James here. Spanning across packages makes this whole
thing overly complex. IMO we should keep it easy and consistent.
org.apache.commons.io = 1.x
org.apache.commons.io2 = 2.x
...
I think we are a little too afraid to maintain a second branch here.
I know we are few people. But
[EMAIL PROTECTED] wrote:
> In addition to the statistics required by the StatisticalSummary interface it
> implements, the SummaryStatistics class computes the sum of squares and the
> sum
> of logs. It also has setters and getters for the underlying statistics
> implementations. However, it does
In addition to the statistics required by the StatisticalSummary interface it
implements, the SummaryStatistics class computes the sum of squares and the sum
of logs. It also has setters and getters for the underlying statistics
implementations. However, it does not provide a getSumlg method.
Shou
So, you are suggesting having part of a release in the o.a.c.io
package and the other part in the o.a.c.io2? It seems rather
inconsistent, but I guess it would work. Isn't that going to get
ugly with 3.x and 4.x releases adding to the mix?
On 2/8/08, Jukka Zitting <[EMAIL PROTECTED]> wrote:
> H
Hi,
On Feb 6, 2008 1:51 PM, Niall Pemberton <[EMAIL PROTECTED]> wrote:
> So the changes are pretty minimal for IO - question is are these
> incompatible changes with generics being erased? If not then perhaps
> we can do this without breaking anything.
+1 If there are cases where we can't avoid b
17 matches
Mail list logo
