Hi,
I've been using the EndianUtils class in Commons IO to convert an input
file containing little-endian doubles in binary format. However I've
come across a few situations where the function swapDouble() returns the
wrong value, owing to the fact that the current implementation does the
[ http://issues.apache.org/jira/browse/IO-78?page=comments#action_12412301
]
Henri Yandell commented on IO-78:
-
Put the javadoc jar in javadocs/ and the sources in java-sources/ and it works.
[io] upload javadocs and source to maven2 repo
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-jsl-test has an issue affecting its community
integration.
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-jsl-test has an issue affecting its community
integration.
Hi!
I'm considering moving to FileUpload for uploaded files handling.
I've gone over the code, and found various issues (RFC compliance or
just little implementation tweaks) I figured I'd mention here before
opening bugs:
1. according to the RFC (1522), non-ASCII headers use word encoding
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-define-test has an issue affecting its community
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-define-test has an issue affecting its community
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-html has an issue affecting its community
integration.
This
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-html has an issue affecting its community
integration.
This
Can I get brentworden added to jakarta-developers?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[ http://issues.apache.org/jira/browse/LANG-197?page=all ]
Tom Schindl updated LANG-197:
-
Attachment: patch.txt
[lang] Extending VariableFormatter to use FormatPatterns
Key: LANG-197
Done.
On 5/18/06, Brent Worden [EMAIL PROTECTED] wrote:
Can I get brentworden added to jakarta-developers?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On Thu, 2006-05-18 at 11:02 +1000, Torsten Curdt wrote:
Opening this up again.
groupId: org.apache.commons
+1!!
ditto
- robet
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
Any idea of a release date?
Davanum Srinivas [EMAIL PROTECTED] wrote: Please build a new version of
commons-discovery from SVN, i think this
has been fixed, but no releases have been made yet.
thanks,
dims
On 5/10/06, ANTHONY ZIOLKOWSKI wrote:
Nope, still doesn't work. Looks like the same
[ http://issues.apache.org/jira/browse/IO-78?page=all ]
Henri Yandell reassigned IO-78:
---
Assign To: Henri Yandell
[io] upload javadocs and source to maven2 repo
--
Key: IO-78
URL:
[ http://issues.apache.org/jira/browse/IO-50?page=all ]
Henri Yandell resolved IO-50:
-
Resolution: Won't Fix
Marking this as a won't do.
Even if someone did a fancy reflection version we shouldn't add it as it would
be a maintenance pain.
Sorry
Do we need notification for when someone has assigned an issue? Seems
unnecessary.
On 5/18/06, Henri Yandell (JIRA) [EMAIL PROTECTED] wrote:
[ http://issues.apache.org/jira/browse/IO-78?page=all ]
Henri Yandell reassigned IO-78:
---
Assign To: Henri
Sounds like a well-found bug.
Could you open a Jira issue with this information? Partly so it
doesn't get lost, but also so that we can have a nice definition of
the issues in the next release.
http://issues.apache.org/jira/browse/IO
Thanks,
Hen
On 5/17/06, Warren Freitag [EMAIL PROTECTED]
Nope, not the foggiest. Though axis folk are welcome to make one
happen if they need one.
Hen
On 5/18/06, ANTHONY ZIOLKOWSKI [EMAIL PROTECTED] wrote:
Any idea of a release date?
Davanum Srinivas [EMAIL PROTECTED] wrote:
Please build a new version of commons-discovery from SVN, i think this
Henri Yandell wrote:
On 5/13/06, robert burrell donkin [EMAIL PROTECTED]
wrote:
On Thu, 2006-04-06 at 08:51 +0200, Nicolas De Loof wrote:
I agree about NOT making non-final jars available on ibiblio
(httpclient
beeing an exception)
So could the next RC be uploaded to
On 5/18/06, Dennis Lundberg [EMAIL PROTECTED] wrote:
Henri Yandell wrote:
On 5/13/06, robert burrell donkin [EMAIL PROTECTED]
wrote:
On Thu, 2006-04-06 at 08:51 +0200, Nicolas De Loof wrote:
I agree about NOT making non-final jars available on ibiblio
(httpclient
beeing an exception)
On 5/18/06, Henri Yandell [EMAIL PROTECTED] wrote:
On 5/18/06, Dennis Lundberg [EMAIL PROTECTED] wrote:
Henri Yandell wrote:
On 5/13/06, robert burrell donkin [EMAIL PROTECTED]
wrote:
On Thu, 2006-04-06 at 08:51 +0200, Nicolas De Loof wrote:
I agree about NOT making non-final jars
Sources and javadocs are great for maven users because when maven
generates the IDE projects it will check the repo for them, download
and link inside the IDE, enabling debugging through third party
sources or reading the javadocs while coding.
On 5/18/06, Phil Steitz [EMAIL PROTECTED] wrote:
It's also good for providing a standard way of doing things.
Our .zip files are terribly unstandard. We have source in /src/
/src/java /src/share and /src/main (at least), and javadoc in /api
/apidocs /api/docs and others.
I was under the understanding that regardless of maven usage, the src
Author: rdonkin
Date: Thu May 18 15:00:07 2006
New Revision: 407644
URL: http://svn.apache.org/viewvc?rev=407644view=rev
Log:
Improved default mapping for collection subclasses.
Added:
jakarta/commons/proper/betwixt/trunk/src/java/org/apache/commons/betwixt/expression/CollectionUpdater.java
[ http://issues.apache.org/jira/browse/VFS-33?page=comments#action_12412434
]
Brad Davis commented on VFS-33:
---
I've duplicated this problem (I believe). If you set create a directory
structure /foo/
[vfs] ftp-access a directory failed
[ http://issues.apache.org/jira/browse/VFS-33?page=comments#action_12412437
]
Brad Davis commented on VFS-33:
---
I've duplicated this issue. Here is a snippet of example code...
FileSystemManager mManager = VFS.getManager();
FileObject mObject =
FileUploadBase.parseHeaders() has logic and performance flaws related to max
header size.
-
Key: FILEUPLOAD-108
URL: http://issues.apache.org/jira/browse/FILEUPLOAD-108
Project: Commons
[ http://issues.apache.org/jira/browse/FILEUPLOAD-108?page=all ]
Amichai Rothman updated FILEUPLOAD-108:
---
Attachment: commons-fileupload-1.1-bug-108.patch
An implementation of the suggested fix.
FileUploadBase.parseHeaders() has logic and
website issue tracking link points to Bugzilla instead of JIRA
--
Key: FILEUPLOAD-107
URL: http://issues.apache.org/jira/browse/FILEUPLOAD-107
Project: Commons FileUpload
Type: Bug
Reporter: Amichai
MultipartStream.discardBodyData() implementation is redundant.
---
Key: FILEUPLOAD-109
URL: http://issues.apache.org/jira/browse/FILEUPLOAD-109
Project: Commons FileUpload
Type: Improvement
Versions:
[ http://issues.apache.org/jira/browse/FILEUPLOAD-109?page=all ]
Amichai Rothman updated FILEUPLOAD-109:
---
Attachment: commons-fileupload-1.1-bug-109.patch
The suggested fix using NullInputStream.
MultipartStream.discardBodyData() implementation
[
http://issues.apache.org/jira/browse/VALIDATOR-170?page=comments#action_12412482
]
Amit commented on VALIDATOR-170:
This can be achieved by making a small change in the generateKey method of
Field class. The method may be modified to look like...
[
http://issues.apache.org/jira/browse/POOL-38?page=comments#action_12412484 ]
Sandy McArthur commented on POOL-38:
The behavior you are complaining about seems to be the configured behavior. If
you do don't like that the pool waits indefinitely then
34 matches
Mail list logo
