Re: [RESULT] 3rd attempt: Release commons-io 1.3.2

2007-06-19 Thread Ben Speakmon
Is there anything at stake beyond the version number? If it's called 1.4instead of 1.3.2, does that fully answer the concern? On 6/19/07, Phil Steitz <[EMAIL PROTECTED]> wrote: On 6/19/07, Dion Gillard <[EMAIL PROTECTED]> wrote: > I believe you're right. > > http://jakarta.apache.org/site/propo

Re: [RESULT] 3rd attempt: Release commons-io 1.3.2

2007-06-19 Thread Phil Steitz
On 6/19/07, Dion Gillard <[EMAIL PROTECTED]> wrote: I believe you're right. http://jakarta.apache.org/site/proposal.html#decisions/items/plan says "...Majority approval is required before the public release can be made." Yes, that is the policy, but I have never seen us move forward with a r

RE: [RESULT] 3rd attempt: Release commons-io 1.3.2

2007-06-19 Thread Gary Gregory
Right +1 from me as noted in [1]. Indeed I did comment about maintenance releases needing to be binary compatible without new features as Apache guidelines note. In this case, I am happy to let the release manager make the call. I am also happy with the XP "release early, release often." I thin

Re: Testing maven-artifact-manager patches

2007-06-19 Thread Jochen Wiedmann
On 6/20/07, Rahul Akolkar <[EMAIL PROTECTED]> wrote: Wrong list? Sorry, you're right. -- "Besides, manipulating elections is under penalty of law, resulting in a preventative effect against manipulating elections. The german government justifying the use of electronic voting machines and obv

Re: Are positive votes valid for further RC`s?

2007-06-19 Thread Stefan Bodewig
On Tue, 19 Jun 2007, Jochen Wiedmann <[EMAIL PROTECTED]> wrote: > I'd like to bring up an issue from the vote on commons-io: > > > Henri Yandell wrote: >> >> Personally I feel that when voting on a new rc dist, the previous >> +1s still count (by lazyness) and its really about converting the >>

Re: Are positive votes valid for further RC`s?

2007-06-19 Thread Rahul Akolkar
On 6/19/07, Jochen Wiedmann <[EMAIL PROTECTED]> wrote: Hi, I'd like to bring up an issue from the vote on commons-io: Henri Yandell wrote: > > Personally I feel that when voting on a new rc dist, the previous +1s > still count (by lazyness) and its really about converting the -1s over > to +1

Re: Testing maven-artifact-manager patches

2007-06-19 Thread Rahul Akolkar
Wrong list? On 6/19/07, Jochen Wiedmann <[EMAIL PROTECTED]> wrote: Hi, I'd like to test a patch for the maven-artifact-manager. My first though was to simply build Maven 2.0.7 from source, but that fails. Is there any other possibility to test my patch? Thanks, Jochen -

Re: [RESULT] 3rd attempt: Release commons-io 1.3.2

2007-06-19 Thread Rahul Akolkar
On 6/19/07, Jochen Wiedmann <[EMAIL PROTECTED]> wrote: Hi, Here's the result of the vote: +1: Sebb, Oliver, Niall, Ben, Myself And +1 from Gary in another thread [1] -- though in a subsequent post in the same thread he does express some interest in having the version number be 1.4. -1: St

Testing maven-artifact-manager patches

2007-06-19 Thread Jochen Wiedmann
Hi, I'd like to test a patch for the maven-artifact-manager. My first though was to simply build Maven 2.0.7 from source, but that fails. Is there any other possibility to test my patch? Thanks, Jochen -- "Besides, manipulating elections is under penalty of law, resulting in a preventative eff

Re: [RESULT] 3rd attempt: Release commons-io 1.3.2

2007-06-19 Thread Dion Gillard
I believe you're right. http://jakarta.apache.org/site/proposal.html#decisions/items/plan says "...Majority approval is required before the public release can be made." On 6/20/07, Jochen Wiedmann <[EMAIL PROTECTED]> wrote: Hi, Here's the result of the vote: +1: Sebb, Oliver, Niall, Ben, My

[jira] Commented: (IO-123) LineIterator should call close on itself when hasNext() returns false.

2007-06-19 Thread Jochen Wiedmann (JIRA)
[ https://issues.apache.org/jira/browse/IO-123?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12506368 ] Jochen Wiedmann commented on IO-123: Agree with Stephen's comment and suggest to close this as WONTFIX. > LineItera

Are positive votes valid for further RC`s?

2007-06-19 Thread Jochen Wiedmann
Hi, I'd like to bring up an issue from the vote on commons-io: Henri Yandell wrote: > > Personally I feel that when voting on a new rc dist, the previous +1s > still count (by lazyness) and its really about converting the -1s over > to +1s. > > How do others think here? It would certainly s

[RESULT] 3rd attempt: Release commons-io 1.3.2

2007-06-19 Thread Jochen Wiedmann
Hi, Here's the result of the vote: +1: Sebb, Oliver, Niall, Ben, Myself -1: Stephen No votes from Henri and Dion. My understanding is, that Stephen's vote isn't counted as a veto, but I'd like to ask you to correct me, if I'm wrong. In which case the vote had failed. Thanks, Jochen -- "Bes

svn commit: r548889 - /jakarta/commons/proper/jci/tags/1.0/

2007-06-19 Thread tcurdt
Author: tcurdt Date: Tue Jun 19 18:41:44 2007 New Revision: 548889 URL: http://svn.apache.org/viewvc?view=rev&rev=548889 Log: tagging the release Added: jakarta/commons/proper/jci/tags/1.0/ - copied from r54, jakarta/commons/proper/jci/tags/1.0-RC4/ --

[jira] Commented: (IO-123) LineIterator should call close on itself when hasNext() returns false.

2007-06-19 Thread Stephen Colebourne (JIRA)
[ https://issues.apache.org/jira/browse/IO-123?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12506338 ] Stephen Colebourne commented on IO-123: --- Unfortunately, if the block of code within the loop throws an exception, t

svn commit: r548813 - /jakarta/commons/proper/email/trunk/pom.xml

2007-06-19 Thread bspeakmon
Author: bspeakmon Date: Tue Jun 19 11:23:10 2007 New Revision: 548813 URL: http://svn.apache.org/viewvc?view=rev&rev=548813 Log: - use latest released version of commons-parent Modified: jakarta/commons/proper/email/trunk/pom.xml Modified: jakarta/commons/proper/email/trunk/pom.xml URL: htt

[jira] Created: (IO-123) LineIterator should call close on itself when hasNext() returns false.

2007-06-19 Thread Dalibor Novak (JIRA)
LineIterator should call close on itself when hasNext() returns false. -- Key: IO-123 URL: https://issues.apache.org/jira/browse/IO-123 Project: Commons IO Issue Type: Impro

[jira] Resolved: (VFS-164) HttpFileSystem dies under heavy load

2007-06-19 Thread Mario Ivankovits (JIRA)
[ https://issues.apache.org/jira/browse/VFS-164?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mario Ivankovits resolved VFS-164. -- Resolution: Fixed > HttpFileSystem dies under heavy load > >

svn commit: r548717 - in /jakarta/commons/proper/vfs/trunk: core/src/main/java/org/apache/commons/vfs/provider/http/ sandbox/src/main/java/org/apache/commons/vfs/provider/webdav/

2007-06-19 Thread imario
Author: imario Date: Tue Jun 19 06:07:40 2007 New Revision: 548717 URL: http://svn.apache.org/viewvc?view=rev&rev=548717 Log: VFS-164: move the WebdavConnectionManager to the now renamed ThreadLocalHttpConnectionManager and use it in webdav and http to workaround the standard way of connection h

[jira] Created: (VFS-164) HttpFileSystem dies under heavy load

2007-06-19 Thread Mario Ivankovits (JIRA)
HttpFileSystem dies under heavy load Key: VFS-164 URL: https://issues.apache.org/jira/browse/VFS-164 Project: Commons VFS Issue Type: Improvement Affects Versions: Nightly Builds Reporter:

[jira] Updated: (SANDBOX-194) Create a finish() method similar to the java.util.zip.GZIPOutputStream#finish()

2007-06-19 Thread Stefan Liebig (JIRA)
[ https://issues.apache.org/jira/browse/SANDBOX-194?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stefan Liebig updated SANDBOX-194: -- Component/s: Compress > Create a finish() method similar to the > java.util.zip.GZIPOutputStr

[jira] Created: (SANDBOX-195) Closing an CBZip2OutputStream when no data has been written fails with an java.lang.ArithmeticException: / by zero

2007-06-19 Thread Stefan Liebig (JIRA)
Closing an CBZip2OutputStream when no data has been written fails with an java.lang.ArithmeticException: / by zero -- Key: SANDBOX-195 URL: https://iss

[jira] Created: (BETWIXT-59) NullPointerException on getAttributeDescriptor

2007-06-19 Thread Laurent J (JIRA)
NullPointerException on getAttributeDescriptor -- Key: BETWIXT-59 URL: https://issues.apache.org/jira/browse/BETWIXT-59 Project: Commons Betwixt Issue Type: Bug Environment: Betwixt 0.8, j

[jira] Commented: (VFS-98) VFS causes deadlocks or is not thread-safe

2007-06-19 Thread Mario Ivankovits (JIRA)
[ https://issues.apache.org/jira/browse/VFS-98?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12506089 ] Mario Ivankovits commented on VFS-98: - First: Sorry for my long delay! I think I managed to fix this locking issue,

svn commit: r548639 - /jakarta/commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs/provider/ftp/FtpFileSystem.java

2007-06-19 Thread imario
Author: imario Date: Tue Jun 19 00:58:51 2007 New Revision: 548639 URL: http://svn.apache.org/viewvc?view=rev&rev=548639 Log: VFS-98: synchronized against filesystem to avoid lock Modified: jakarta/commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs/provider/ftp/FtpFileSystem.

Long <> byte[]

2007-06-19 Thread Lilianne E. Blaze
Hello, I need a set of methods to convert Long to or from a byte[] array, as if writing / reading from Data(Input/Output)Stream( ByteArray(Input/Output)Stream ). First, doing it with Streams seems a bit wasteful, second, it seems a pretty general use. Would it be possible to add something like that

[jira] Updated: (SANDBOX-194) Create a finish() method similar to the java.util.zip.GZIPOutputStream#finish()

2007-06-19 Thread Stefan Liebig (JIRA)
[ https://issues.apache.org/jira/browse/SANDBOX-194?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stefan Liebig updated SANDBOX-194: -- Patch: boolean closed = false; boolean finished = false; protected void finalize() t