+1.
On Feb 6, 2008 1:25 PM, Niall Pemberton <[EMAIL PROTECTED]> wrote:
> On Feb 6, 2008 9:20 PM, Dennis Lundberg <[EMAIL PROTECTED]> wrote:
> > +1 for promotion
> >
> > I'd like to take a closer look before a release though.
>
> Great, the more eyes the better :)
>
> Niall
>
> > Niall Pemberton w
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=47328&projectId=155
Build statistics:
State: Failed
Previous State: Failed
Started at: Wed 6 Feb 2008 19:32:43 -0800
Finished at: Wed 6 Feb 2008 19:33:03 -0800
Total time: 19s
Build Trigger: Schedule
Build Numb
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=47328&projectId=155
Build statistics:
State: Failed
Previous State: Failed
Started at: Wed 6 Feb 2008 19:32:43 -0800
Finished at: Wed 6 Feb 2008 19:33:03 -0800
Total time: 19s
Build Trigger: Schedule
Build Numb
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=47308&projectId=155
Build statistics:
State: Failed
Previous State: Failed
Started at: Wed 6 Feb 2008 18:33:01 -0800
Finished at: Wed 6 Feb 2008 18:33:28 -0800
Total time: 26s
Build Trigger: Schedule
Build Numb
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=47308&projectId=155
Build statistics:
State: Failed
Previous State: Failed
Started at: Wed 6 Feb 2008 18:33:01 -0800
Finished at: Wed 6 Feb 2008 18:33:28 -0800
Total time: 26s
Build Trigger: Schedule
Build Numb
On Feb 6, 2008 8:25 PM, Stephen Colebourne <[EMAIL PROTECTED]> wrote:
> The following would be binary backwards incompatible:
>
> > FileUtils
> > - public static void writeStringToFile(File file, CharSequence data,
> > String encoding)
> >[note CharSequence version replaces String falvour]
>
>
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=47250&projectId=155
Build statistics:
State: Failed
Previous State: Failed
Started at: Wed 6 Feb 2008 15:32:08 -0800
Finished at: Wed 6 Feb 2008 15:32:32 -0800
Total time: 24s
Build Trigger: Schedule
Build Numb
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=47250&projectId=155
Build statistics:
State: Failed
Previous State: Failed
Started at: Wed 6 Feb 2008 15:32:08 -0800
Finished at: Wed 6 Feb 2008 15:32:32 -0800
Total time: 24s
Build Trigger: Schedule
Build Numb
On Feb 6, 2008 11:18 PM, Luc Maisonobe <[EMAIL PROTECTED]> wrote:
> Niall Pemberton a écrit :
>
> > On Feb 6, 2008 1:02 PM, <[EMAIL PROTECTED]> wrote:
> >> I have checked in the updated chapter about the estimation package in the
> >> user
> >> guide. I first tried to add the two UML diagrams as
Niall Pemberton a écrit :
On Feb 6, 2008 1:02 PM, <[EMAIL PROTECTED]> wrote:
I have checked in the updated chapter about the estimation package in the user
guide. I first tried to add the two UML diagrams as png images in the
xdocs.images directory, but maven 2 did not copy them to the generat
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
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=47211&projectId=155
Build statistics:
State: Failed
Previous State: Failed
Started at: Wed 6 Feb 2008 13:32:42 -0800
Finished at: Wed 6 Feb 2008 13:32:59 -0800
Total time: 17s
Build Trigger: Schedule
Build Numb
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=47211&projectId=155
Build statistics:
State: Failed
Previous State: Failed
Started at: Wed 6 Feb 2008 13:32:42 -0800
Finished at: Wed 6 Feb 2008 13:32:59 -0800
Total time: 17s
Build Trigger: Schedule
Build Numb
On Feb 6, 2008 9:20 PM, Dennis Lundberg <[EMAIL PROTECTED]> wrote:
> +1 for promotion
>
> I'd like to take a closer look before a release though.
Great, the more eyes the better :)
Niall
> Niall Pemberton wrote:
> > I'd like to promote the commons-build-plugin from the Sandbox to
> > proper - so
+1 for promotion
I'd like to take a closer look before a release though.
Niall Pemberton wrote:
I'd like to promote the commons-build-plugin from the Sandbox to
proper - so that it can be released and used in the commons-parent
pom. Site is available here:
http://commons.apache.org/sandbox/com
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=47191&projectId=155
Build statistics:
State: Failed
Previous State: Failed
Started at: Wed 6 Feb 2008 12:32:50 -0800
Finished at: Wed 6 Feb 2008 12:33:08 -0800
Total time: 17s
Build Trigger: Schedule
Build Numb
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=47191&projectId=155
Build statistics:
State: Failed
Previous State: Failed
Started at: Wed 6 Feb 2008 12:32:50 -0800
Finished at: Wed 6 Feb 2008 12:33:08 -0800
Total time: 17s
Build Trigger: Schedule
Build Numb
The following would be binary backwards incompatible:
FileUtils
- public static void writeStringToFile(File file, CharSequence data,
String encoding)
[note CharSequence version replaces String falvour]
IOUtils
- public static InputStream toInputStream(CharSequence input)
- public static
Gary Gregory wrote:
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Paul Benedict
Niall, I agree as well. I don't see a strong reason for keeping any
deprecations if the package structure is changing. It is no longer binary
compatible -- especially if you begin at version 1.0 again
Passed with
+1: 4 (Rahul, Niall, Oliver, Myself)
I am not counting the replies by sebb and Gary, because I didn't have
the impression that they have been votes.
I'll do the release today.
-
To unsubscribe, e-mail: [EMAIL PROTEC
On Jan 31, 2008 4:11 PM, Niall Pemberton <[EMAIL PROTECTED]> wrote:
> *ping*
Sorry, Niall, I've been in vacation for one week and was otherwise
busy. I'll do the release today.
--
Look, that's why there's rules, understand? So that you think before
you break 'em.
-- (Terry Pratchett, Thie
On Feb 6, 2008 7:34 PM, Gary Gregory <[EMAIL PROTECTED]> wrote:
> What I meant to say in the commit comment was:
> Eat own dog food: Use EMPTY instead of "".
You can change log messages if you want
Niall
> Gary
>
> > -Original Message-
> > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED
How can I change the JDK version Continuum is using to 1.5?
Can I get a Continuum logon or something?
Niall
On Feb 6, 0008 7:33 PM, Continuum VMBuild Server <[EMAIL PROTECTED]> wrote:
> Online report :
> http://vmbuild.apache.org/continuum/buildResult.action?buildId=47171&projectId=155
>
> Buil
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=47171&projectId=155
Build statistics:
State: Failed
Previous State: Ok
Started at: Wed 6 Feb 2008 11:32:28 -0800
Finished at: Wed 6 Feb 2008 11:32:47 -0800
Total time: 18s
Build Trigger: Schedule
Build Number:
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=47171&projectId=155
Build statistics:
State: Failed
Previous State: Ok
Started at: Wed 6 Feb 2008 11:32:28 -0800
Finished at: Wed 6 Feb 2008 11:32:47 -0800
Total time: 18s
Build Trigger: Schedule
Build Number:
What I meant to say in the commit comment was:
Eat own dog food: Use EMPTY instead of "".
Gary
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, February 06, 2008 11:27 AM
> To: [EMAIL PROTECTED]
> Subject: svn commit: r619115 -
> /commons/proper/
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
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
> Behalf Of Paul Benedict
> Sent: Wednesday, February 06, 2008 7:59 AM
> To: Jakarta Commons Developers List
> Subject: Re: [io] 2.0 Moving to minimum of JDK 1.5
>
> Niall, I agree as well. I don't see a strong reason for keeping any
> deprecat
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> On Behalf Of James Carman
> Sent: Wednesday, February 06, 2008 8:05 AM
> To: Jakarta Commons Developers List
> Subject: Re: [io] 2.0 Moving to minimum of JDK 1.5
>
> On 2/6/08, Paul Benedict <[EMAIL PROTECTED]> wrote:
> > Niall, I agree as well.
I only mentioned starting at 1.0 again because I saw "Commons Lang Two 1.0"
listed in JIRA. It makes sense to me, although it is very awkward to digest.
:-) That's why I would rather advocate IO 2.0 keeping the same package
naming. No binary compatibility is guaranteed between major releases anyway
Stephen Colebourne skrev den 06-02-2008 12:00:
IMO, Java 5+ is almost a different language to pre Java 5. The fact that the
Java community has taken ages to move up is a sign of this.
I believe that the sole reason for this is that Sun chose to enforce
that Java 5 could only compile to byt
Niall Pemberton <[EMAIL PROTECTED]> schrieb:
> On Feb 6, 2008 1:44 PM, Simon Kitching <[EMAIL PROTECTED]> wrote:
> > Stephen Colebourne <[EMAIL PROTECTED]> schrieb:
> > > Deprecation is useful when a method has been
> > > implemented incorrectly, and we want to push users
> > > to a repla
On 2/6/08, Paul Benedict <[EMAIL PROTECTED]> wrote:
> Niall, I agree as well. I don't see a strong reason for keeping any
> deprecations if the package structure is changing. It is no longer binary
> compatible -- especially if you begin at version 1.0 again.
Version 1.0? So, it'd be org.apache.c
Niall, I agree as well. I don't see a strong reason for keeping any
deprecations if the package structure is changing. It is no longer binary
compatible -- especially if you begin at version 1.0 again.
Paul
On Feb 6, 2008 9:46 AM, Niall Pemberton <[EMAIL PROTECTED]> wrote:
> On Feb 6, 2008 1:44
On Feb 6, 2008 1:44 PM, Simon Kitching <[EMAIL PROTECTED]> wrote:
> Stephen Colebourne <[EMAIL PROTECTED]> schrieb:
> > Deprecation is useful when a method has been
> > implemented incorrectly, and we want to push users
> > to a replacement, or for similar issues. Removing deprecated
> > class
Just going to throw in my two cents here...
When a project chooses a different package structure (struts/struts2,
io/io2, etc.), it's advertising itself as truly independent implementations.
That is, you could run Struts 1 and Struts 2 in one application, and also
use Commons IO 1 and Commons IO 2
+1
On 06.02.2008, at 13:14, Niall Pemberton wrote:
I'd like to promote the commons-build-plugin from the Sandbox to
proper - so that it can be released and used in the commons-parent
pom. Site is available here:
http://commons.apache.org/sandbox/commons-build-plugin/
Also see the following th
Stephen Colebourne <[EMAIL PROTECTED]> schrieb:
> Deprecation is useful when a method has been
> implemented incorrectly, and we want to push users
> to a replacement, or for similar issues. Removing deprecated
> classes/methods should be considered in a major version change,
> but even there
Tried to reproduce the issue and don't get it anymore
Sorry for the noise.
2008/2/5, simon <[EMAIL PROTECTED]>:
>
>
> On Tue, 2008-02-05 at 19:33 +, Niall Pemberton wrote:
> > On Feb 5, 2008 7:26 PM, nicolas de loof <[EMAIL PROTECTED]> wrote:
> > > Hello
> > >
> > > I've got a strange be
On Feb 6, 2008 1:02 PM, <[EMAIL PROTECTED]> wrote:
> I have checked in the updated chapter about the estimation package in the user
> guide. I first tried to add the two UML diagrams as png images in the
> xdocs.images directory, but maven 2 did not copy them to the generated site.
> I
> finally
I have checked in the updated chapter about the estimation package in the user
guide. I first tried to add the two UML diagrams as png images in the
xdocs.images directory, but maven 2 did not copy them to the generated site. I
finally found the generated images directoy came from src/site/resourc
I'd like to promote the commons-build-plugin from the Sandbox to
proper - so that it can be released and used in the commons-parent
pom. Site is available here:
http://commons.apache.org/sandbox/commons-build-plugin/
Also see the following thread for examples:
http://commons.markmail.org/message/
I don't know if it helps this debate, but when I went thru JDK 1.5
changes for IO I came up with the following (which are mostly
generifying methods):
ConditionalFileFilter (interface)
- public List getFileFilters()
- public void setFileFilters(final List fileFilters) {
AndFileFilter
- publ
Because it is absolutely essential that we allow compatibility
with the older release.
Specifically, it is a requirement that if there are any binary or
source incompatible changes, then an application must be able to
run with both the old and new jar files (v1.4 and v2.0). The only
pract
From: Henri Yandell <[EMAIL PROTECTED]>
On Feb 5, 2008 5:27 AM, Stephen Colebourne
<[EMAIL PROTECTED]> wrote:
> > The practical impact of a new package is small to users that use
commons-io directly - a quick organize imports in an IDE. The impact of NOT
doing this would be jar hell, if your app
From: Jochen Wiedmann <[EMAIL PROTECTED]>
> I second this. IMO, binary compatibility is overemphasized in commons.
> In my practical experience I always found it to be sufficient that a
> change is detected by the compiler.
If your application uses a commons jar directly, then breaking binary
co
46 matches
Mail list logo
