Create a finish() method similar to the java.util.zip.GZIPOutputStream#finish()
---
Key: SANDBOX-194
URL: https://issues.apache.org/jira/browse/SANDBOX-194
Project: Commons
Couple of things going on. The Maven 2 POM has wiser-java14 depending on
subethasmtp-java15, which is bad. I excluded it manually and got the java14
version explicitly. The POM is also missing the runtime dependency on
retrotranslator for the java14 artifact, so I explicitly depended on that as
Author: bspeakmon
Date: Mon Jun 18 23:06:54 2007
New Revision: 548600
URL: http://svn.apache.org/viewvc?view=revrev=548600
Log:
- hack around pom problems to work on JVM 1.4
Modified:
jakarta/commons/proper/email/trunk/pom.xml
Modified: jakarta/commons/proper/email/trunk/pom.xml
URL:
On 6/19/07, Ben Speakmon [EMAIL PROTECTED] wrote:
Couple of things going on. The Maven 2 POM has wiser-java14 depending on
subethasmtp-java15, which is bad. I excluded it manually and got the
java14
version explicitly. The POM is also missing the runtime dependency on
retrotranslator for the
mvn clean install now works for me!
On 6/19/07, Ben Speakmon [EMAIL PROTECTED] wrote:
Couple of things going on. The Maven 2 POM has wiser-java14 depending on
subethasmtp-java15, which is bad. I excluded it manually and got the java14
version explicitly. The POM is also missing the runtime
[
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()
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
Author: imario
Date: Tue Jun 19 00:58:51 2007
New Revision: 548639
URL: http://svn.apache.org/viewvc?view=revrev=548639
Log:
VFS-98: synchronized against filesystem to avoid lock
Modified:
[
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,
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,
Closing an CBZip2OutputStream when no data has been written fails with an
java.lang.ArithmeticException: / by zero
--
Key: SANDBOX-195
URL:
[
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
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
Author: imario
Date: Tue Jun 19 06:07:40 2007
New Revision: 548717
URL: http://svn.apache.org/viewvc?view=revrev=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
[
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
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:
Author: bspeakmon
Date: Tue Jun 19 11:23:10 2007
New Revision: 548813
URL: http://svn.apache.org/viewvc?view=revrev=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:
[
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,
Author: tcurdt
Date: Tue Jun 19 18:41:44 2007
New Revision: 548889
URL: http://svn.apache.org/viewvc?view=revrev=548889
Log:
tagging the release
Added:
jakarta/commons/proper/jci/tags/1.0/
- copied from r54, jakarta/commons/proper/jci/tags/1.0-RC4/
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
--
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 save a
[
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.
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,
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
On 6/19/07, Jochen Wiedmann [EMAIL PROTECTED] wrote:
Hi,
Here's the result of the vote:
+1: Sebb, Oliver, Niall, Ben, Myself
snip/
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.
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
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 +1s.
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
-1s over to
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
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 think
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
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.
32 matches
Mail list logo