[jira] Commented: (FILEUPLOAD-141) Remove FileItems if FileUploadBase.parseRequest() fails

[ https://issues.apache.org/jira/browse/FILEUPLOAD-141?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12514923 ] Jochen Wiedmann commented on FILEUPLOAD-141: The fact that you want the files to be deleted is, IMO,

[jira] Resolved: (FILEUPLOAD-141) Remove FileItems if FileUploadBase.parseRequest() fails

[ https://issues.apache.org/jira/browse/FILEUPLOAD-141?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jochen Wiedmann resolved FILEUPLOAD-141. Resolution: Won't Fix You are free to overwrite the FileItemFactory to return

[jira] Commented: (FILEUPLOAD-136) FileUpload race condition with used with Jetty 6

[ https://issues.apache.org/jira/browse/FILEUPLOAD-136?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12513329 ] Jochen Wiedmann commented on FILEUPLOAD-136: I do not think, that it's the task of the InputStream

[jira] Commented: (FILEUPLOAD-136) FileUpload race condition with used with Jetty 6

[ https://issues.apache.org/jira/browse/FILEUPLOAD-136?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12513345 ] Jochen Wiedmann commented on FILEUPLOAD-136: I assume, you are referring to the ItemInputStream, are

[jira] Resolved: (FILEUPLOAD-136) FileUpload race condition with used with Jetty 6

[ https://issues.apache.org/jira/browse/FILEUPLOAD-136?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jochen Wiedmann resolved FILEUPLOAD-136. Resolution: Won't Fix Assignee: Jochen Wiedmann I can follow your

[jira] Resolved: (FILEUPLOAD-140) Means to preserve text parameters when upload limit exceeded

[ https://issues.apache.org/jira/browse/FILEUPLOAD-140?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jochen Wiedmann resolved FILEUPLOAD-140. Resolution: Won't Fix Fix Version/s: (was: 1.2.1) Assignee:

[jira] Resolved: (FILEUPLOAD-140) Means to preserve text parameters when upload limit exceeded

[ https://issues.apache.org/jira/browse/FILEUPLOAD-140?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jochen Wiedmann resolved FILEUPLOAD-140. Resolution: Won't Fix Fix Version/s: (was: 1.2.1) Assignee:

[jira] Commented: (IO-124) fix website permissions

[ https://issues.apache.org/jira/browse/IO-124?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12509769 ] Jochen Wiedmann commented on IO-124: Anybody got an explanation? I have just repeated what I already did yesterday:

[jira] Closed: (IO-124) fix website permissions

[ https://issues.apache.org/jira/browse/IO-124?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jochen Wiedmann closed IO-124. -- Resolution: Fixed Seems there has been a syncing issue. Both URL's are now shown as expected. fix

[jira] Commented: (FILEUPLOAD-59) [fileupload] Memory Issue

[ https://issues.apache.org/jira/browse/FILEUPLOAD-59?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12508738 ] Jochen Wiedmann commented on FILEUPLOAD-59: --- Apart from possible changes, a streaming API was added in

[jira] Commented: (FILEUPLOAD-59) [fileupload] Memory Issue

[ https://issues.apache.org/jira/browse/FILEUPLOAD-59?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12508745 ] Jochen Wiedmann commented on FILEUPLOAD-59: --- I see absolutely no reason, why we should still support

[jira] Resolved: (FILEUPLOAD-138) Fail to upload small files

[ https://issues.apache.org/jira/browse/FILEUPLOAD-138?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jochen Wiedmann resolved FILEUPLOAD-138. Resolution: Duplicate Fix Version/s: 1.2.1 Assignee: Jochen

[jira] Commented: (FILEUPLOAD-138) Fail to upload small files

[ https://issues.apache.org/jira/browse/FILEUPLOAD-138?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12508542 ] Jochen Wiedmann commented on FILEUPLOAD-138: This is most likely a duplicate of FILEUPLOAD-135.

[jira] Resolved: (FILEUPLOAD-135) InputStream created with Streaming API returns EOF on first read() for short files uploaded from FireFox over HTTPS

[ https://issues.apache.org/jira/browse/FILEUPLOAD-135?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jochen Wiedmann resolved FILEUPLOAD-135. Resolution: Fixed Fix Version/s: 1.2.1 Assignee: Jochen

[jira] Resolved: (FILEUPLOAD-137) MultipartStream public API broken

[ https://issues.apache.org/jira/browse/FILEUPLOAD-137?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jochen Wiedmann resolved FILEUPLOAD-137. Resolution: Fixed Fix Version/s: 1.2.1 Assignee: Jochen

[jira] Resolved: (FILEUPLOAD-110) MultipartStream's keep region padding is either unnecessary or untested (and undocumented)

[ https://issues.apache.org/jira/browse/FILEUPLOAD-110?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jochen Wiedmann resolved FILEUPLOAD-110. Resolution: Fixed Assignee: Jochen Wiedmann The extra bytes are no

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

[ 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.

[jira] Commented: (FILEUPLOAD-137) MultipartStream public API broken

[ https://issues.apache.org/jira/browse/FILEUPLOAD-137?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12505818 ] Jochen Wiedmann commented on FILEUPLOAD-137: How's that related to commons-transaction?

[jira] Commented: (FILEUPLOAD-137) MultipartStream public API broken

[ https://issues.apache.org/jira/browse/FILEUPLOAD-137?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12505819 ] Jochen Wiedmann commented on FILEUPLOAD-137: Apart from that: Why do you use the MultipartStream

[jira] Commented: (FILEUPLOAD-135) InputStream created with Streaming API returns EOF on first read() for short files uploaded from FireFox over HTTPS

[ https://issues.apache.org/jira/browse/FILEUPLOAD-135?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12502147 ] Jochen Wiedmann commented on FILEUPLOAD-135: This test case doesn't help me understand the problem.

[jira] Resolved: (FILEUPLOAD-133) Refactor use of FileCleaner into plugable strategy to allow overriding.

[ https://issues.apache.org/jira/browse/FILEUPLOAD-133?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jochen Wiedmann resolved FILEUPLOAD-133. Resolution: Fixed The existing implementation already allows to set the

[jira] Resolved: (FILEUPLOAD-134) A factory-created DiskFileItem does not have an initialized dfos, causing NullPointerExceptions if getOutputStream() is not called.

[ https://issues.apache.org/jira/browse/FILEUPLOAD-134?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jochen Wiedmann resolved FILEUPLOAD-134. Resolution: Fixed Fix Version/s: 1.2.1 The method

[jira] Commented: (FILEUPLOAD-135) InputStream created with Streaming API returns EOF on first read() for short files uploaded from FireFox over HTTPS

[ https://issues.apache.org/jira/browse/FILEUPLOAD-135?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12499448 ] Jochen Wiedmann commented on FILEUPLOAD-135: Before applying your patch, I'd like to understand the

[jira] Resolved: (IO-115) FileUtilsCleanDirectoryTestCase fails on Windoes if command chmod is available

[ https://issues.apache.org/jira/browse/IO-115?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jochen Wiedmann resolved IO-115. Resolution: Fixed After two months without reply, it seems valid to assume that my unintentional

[jira] Resolved: (FILEUPLOAD-74) [fileupload] Model FileUpload model to mimic javax.servlet.Request

[ https://issues.apache.org/jira/browse/FILEUPLOAD-74?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jochen Wiedmann resolved FILEUPLOAD-74. --- Resolution: Won't Fix See my previous comment. [fileupload] Model FileUpload

[jira] Resolved: (FILEUPLOAD-116) max headers size is checked but improperly handled

[ https://issues.apache.org/jira/browse/FILEUPLOAD-116?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jochen Wiedmann resolved FILEUPLOAD-116. Resolution: Fixed Applied, thank you. max headers size is checked but

[jira] Commented: (FILEUPLOAD-131) MultipartStream always assumes transfer encoding to be BINARY

[ https://issues.apache.org/jira/browse/FILEUPLOAD-131?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12487376 ] Jochen Wiedmann commented on FILEUPLOAD-131: Question posted to [EMAIL PROTECTED], see

[jira] Resolved: (FILEUPLOAD-132) How do we retrieve the HTTP Headers in the request?

[ https://issues.apache.org/jira/browse/FILEUPLOAD-132?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jochen Wiedmann resolved FILEUPLOAD-132. Resolution: Fixed I understand that you want the global HTTP request headers,

[jira] Commented: (FILEUPLOAD-131) MultipartStream always assumes transfer encoding to be BINARY

[ https://issues.apache.org/jira/browse/FILEUPLOAD-131?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12485460 ] Jochen Wiedmann commented on FILEUPLOAD-131: It is questionable, whether anyone is ready to add

[jira] Resolved: (FILEUPLOAD-130) Add ability to get any header from the FileItem and FileItemStream interfaces

[ https://issues.apache.org/jira/browse/FILEUPLOAD-130?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jochen Wiedmann resolved FILEUPLOAD-130. Resolution: Fixed Fix Version/s: 1.2.1 Assignee: Jochen

[jira] Updated: (FILEUPLOAD-130) Add ability to get any header from the FileItem and FileItemStream interfaces

[ https://issues.apache.org/jira/browse/FILEUPLOAD-130?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jochen Wiedmann updated FILEUPLOAD-130: --- Attachment: FILEUPLOAD-130.patch Please validate this alternate proposal, which

[jira] Updated: (FILEUPLOAD-130) Add ability to get any header from the FileItem and FileItemStream interfaces

[ https://issues.apache.org/jira/browse/FILEUPLOAD-130?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jochen Wiedmann updated FILEUPLOAD-130: --- Priority: Minor (was: Blocker) This is, of course, not a blocker. Add

[jira] Commented: (FILEUPLOAD-130) Add ability to get any header from the FileItem and FileItemStream interfaces

[ https://issues.apache.org/jira/browse/FILEUPLOAD-130?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12483136 ] Jochen Wiedmann commented on FILEUPLOAD-130: Have got a patch? Add ability to get any header from

[jira] Commented: (FILEUPLOAD-130) Add ability to get any header from the FileItem and FileItemStream interfaces

[ https://issues.apache.org/jira/browse/FILEUPLOAD-130?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12483261 ] Jochen Wiedmann commented on FILEUPLOAD-130: The fact that this issue is important for you is not

[jira] Commented: (FILEUPLOAD-130) Add ability to get any header from the FileItem and FileItemStream interfaces

[ https://issues.apache.org/jira/browse/FILEUPLOAD-130?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12483302 ] Jochen Wiedmann commented on FILEUPLOAD-130: The Maven builds are the leading scripts and actually

[jira] Commented: (FILEUPLOAD-130) Add ability to get any header from the FileItem and FileItemStream interfaces

[ https://issues.apache.org/jira/browse/FILEUPLOAD-130?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12483429 ] Jochen Wiedmann commented on FILEUPLOAD-130: Well done. Nevertheless, I'd like to ask you a few

[jira] Resolved: (FILEUPLOAD-129) MockHttpServletRequest doesn't compile against Servlet 2.4

[ https://issues.apache.org/jira/browse/FILEUPLOAD-129?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jochen Wiedmann resolved FILEUPLOAD-129. Resolution: Fixed Applied MockHttpServletRequest doesn't compile against

[jira] Commented: (IO-115) FileUtilsCleanDirectoryTestCase fails on Windoes if command chmod is available

[ https://issues.apache.org/jira/browse/IO-115?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12481882 ] Jochen Wiedmann commented on IO-115: Checking this in was unintentional. My plan was to discuss the issue before

[jira] Resolved: (IO-116) Replace static FileCleaner methods

[ https://issues.apache.org/jira/browse/IO-116?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jochen Wiedmann resolved IO-116. Resolution: Fixed Applied. Henri, I did not pick up your suggestion to put the test case into

[jira] Updated: (IO-116) Replace static FileCleaner methods

[ https://issues.apache.org/jira/browse/IO-116?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jochen Wiedmann updated IO-116: --- Attachment: commons-io-filecleaningtracker.patch Same patch, next attempt Replace static FileCleaner

[jira] Resolved: (FILEUPLOAD-85) [fileupload] Use a secure delete if the file is written to the disk

[ https://issues.apache.org/jira/browse/FILEUPLOAD-85?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jochen Wiedmann resolved FILEUPLOAD-85. --- Resolution: Won't Fix I second Henri's comment. As he said, there is no reason

[jira] Commented: (IO-116) Replace static FileCleaner methods

[ https://issues.apache.org/jira/browse/IO-116?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12479738 ] Jochen Wiedmann commented on IO-116: I must admit, that I can't follow you, Holger. Nevertheless, I suggest that

[jira] Resolved: (FILEUPLOAD-128) move commons-fileupload to org.apache.commons.fileupload groupId in maven

[ https://issues.apache.org/jira/browse/FILEUPLOAD-128?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jochen Wiedmann resolved FILEUPLOAD-128. Resolution: Fixed The groupId is already changed in the trunk. In other words,

[jira] Commented: (FILEUPLOAD-127) distribution mirrors looking for commons-fileupload-1.2.tar.gz but file is named commons-fileupload-1.2-bin.tar.gz

[ https://issues.apache.org/jira/browse/FILEUPLOAD-127?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12478615 ] Jochen Wiedmann commented on FILEUPLOAD-127: Are you referring to a broken link? If so, on what

[jira] Commented: (FILEUPLOAD-125) new FileCleanerCleanup may lead to problems [PATCH]

[ https://issues.apache.org/jira/browse/FILEUPLOAD-125?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12478015 ] Jochen Wiedmann commented on FILEUPLOAD-125: Cédrik, I understand your concerns. In order to get

[jira] Commented: (IO-116) Replace static FileCleaner methods

[ https://issues.apache.org/jira/browse/IO-116?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12478018 ] Jochen Wiedmann commented on IO-116: Holger, if I get you right, what you intend to tell is this: There are a lot

[jira] Commented: (IO-116) Replace static FileCleaner methods

[ https://issues.apache.org/jira/browse/IO-116?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12477816 ] Jochen Wiedmann commented on IO-116: Holger, I may get things wrong, but IMO you are perfectly capable of

[jira] Commented: (IO-116) Replace static FileCleaner methods

[ https://issues.apache.org/jira/browse/IO-116?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12477828 ] Jochen Wiedmann commented on IO-116: Holger, of course there is no such thing as a thread for every little object.

[jira] Updated: (IO-116) Replace static FileCleaner methods

[ https://issues.apache.org/jira/browse/IO-116?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jochen Wiedmann updated IO-116: --- Attachment: commons-io-filecleaningtracker.patch Replace static FileCleaner methods

[jira] Created: (IO-116) Replace static FileCleaner methods

Replace static FileCleaner methods -- Key: IO-116 URL: https://issues.apache.org/jira/browse/IO-116 Project: Commons IO Issue Type: Improvement Components: Utilities Affects Versions: 1.3.1

[jira] Resolved: (FILEUPLOAD-125) new FileCleanerCleanup may lead to problems [PATCH]

[ https://issues.apache.org/jira/browse/FILEUPLOAD-125?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jochen Wiedmann resolved FILEUPLOAD-125. Resolution: Won't Fix Understanding your suggestion, I nevertheless decided

[jira] Commented: (FILEUPLOAD-124) Error while uploading the file - in Clusterd in Environment

[ https://issues.apache.org/jira/browse/FILEUPLOAD-124?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12464117 ] Jochen Wiedmann commented on FILEUPLOAD-124: org.apache.commons.fileupload.FileUploadException:

[jira] Resolved: (FILEUPLOAD-123) NullPointerException in FileUploadBase.createItem(FileUploadBase.java:500) when no factory was set in FileUpload

[ https://issues.apache.org/jira/browse/FILEUPLOAD-123?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jochen Wiedmann resolved FILEUPLOAD-123. Resolution: Fixed Fix Version/s: 1.2 Done. NullPointerException in

[jira] Resolved: (FILEUPLOAD-115) Filupload does no validation of accept attribute nor maxFileSize defined for the ExtensionFilter

[ https://issues.apache.org/jira/browse/FILEUPLOAD-115?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jochen Wiedmann resolved FILEUPLOAD-115. Resolution: Cannot Reproduce No response by user, closing. Filupload does

[jira] Resolved: (FILEUPLOAD-120) memory leak due to classloader leak (in commons.io)

[ http://issues.apache.org/jira/browse/FILEUPLOAD-120?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jochen Wiedmann resolved FILEUPLOAD-120. Resolution: Fixed Ok, IO-99 is resolved, Henri's patch is in, so I am now

[jira] Commented: (IO-99) FileCleaner thread never ends and cause memory leak in AS

[ http://issues.apache.org/jira/browse/IO-99?page=comments#action_12461277 ] Jochen Wiedmann commented on IO-99: --- I have reviewed Stephen's patch and it looks good to me. Only minor note: I'd recommend to make getTrackCount() synchronized.

[jira] Resolved: (FILEUPLOAD-122) Filename may contain a full path

[ http://issues.apache.org/jira/browse/FILEUPLOAD-122?page=all ] Jochen Wiedmann resolved FILEUPLOAD-122. Resolution: Invalid I was initially thinking that the request made some sense, but after reading the various comments in this bug as well

[jira] Created: (IO-103) commons-io cannot be deployed with Maven 2

commons-io cannot be deployed with Maven 2 -- Key: IO-103 URL: http://issues.apache.org/jira/browse/IO-103 Project: Commons IO Issue Type: Bug Affects Versions: 1.3 Reporter: Jochen

[jira] Updated: (IO-103) commons-io cannot be deployed with Maven 2

[ http://issues.apache.org/jira/browse/IO-103?page=all ] Jochen Wiedmann updated IO-103: --- Attachment: commons-io-resources.patch commons-io cannot be deployed with Maven 2 -- Key: IO-103

[jira] Updated: (IO-103) commons-io cannot be deployed with Maven 2

[ http://issues.apache.org/jira/browse/IO-103?page=all ] Jochen Wiedmann updated IO-103: --- Attachment: (was: commons-io-resources.patch) commons-io cannot be deployed with Maven 2 -- Key:

[jira] Updated: (IO-103) commons-io cannot be deployed with Maven 2

[ http://issues.apache.org/jira/browse/IO-103?page=all ] Jochen Wiedmann updated IO-103: --- Attachment: commons-io-resources.patch Fixed patch. commons-io cannot be deployed with Maven 2 -- Key:

[jira] Commented: (IO-103) commons-io cannot be deployed with Maven 2

[ http://issues.apache.org/jira/browse/IO-103?page=comments#action_12455938 ] Jochen Wiedmann commented on IO-103: I have checked beanutils and cli. Both do. Fileupload doesn't, but that's simply because I am aware of the problem. Most

[jira] Commented: (IO-99) FileCleaner thread never ends and cause memory leak in AS

[ http://issues.apache.org/jira/browse/IO-99?page=comments#action_12455943 ] Jochen Wiedmann commented on IO-99: --- I have added the following section to the FileUpload docs. It seems worth mentioning here, because it confirms Martins concerns:

[jira] Commented: (FILEUPLOAD-120) memory leak due to classloader leak (in commons.io)

[ http://issues.apache.org/jira/browse/FILEUPLOAD-120?page=comments#action_12455910 ] Jochen Wiedmann commented on FILEUPLOAD-120: I agree with you, Henri, that it makes sense to provide a servletcontextlistener. Question: I would

[jira] Updated: (IO-99) FileCleaner thread never ends and cause memory leak in AS

[ http://issues.apache.org/jira/browse/IO-99?page=all ] Jochen Wiedmann updated IO-99: -- Attachment: IO-99.patch Proposed patch, in order to get this done (please note, that releases are waiting for this, as Henri wrote). After considering Martin's and

[jira] Commented: (FILEUPLOAD-120) memory leak due to classloader leak (in commons.io)

[ http://issues.apache.org/jira/browse/FILEUPLOAD-120?page=comments#action_12455524 ] Jochen Wiedmann commented on FILEUPLOAD-120: Sounds like FileUpload 1.2 is waiting on IO 1.3 so it can fix this. As far as I understand,

[jira] Commented: (FILEUPLOAD-121) org.apache.commons.fileupload.FileItem.write(java.io.File file) support for Windows env

[ http://issues.apache.org/jira/browse/FILEUPLOAD-121?page=comments#action_12454245 ] Jochen Wiedmann commented on FILEUPLOAD-121: I have studied the code of DiskFileItem/DefaultFileItem in 1.2-SNAPSHOT and cannot find any explicit

[jira] Commented: (FILEUPLOAD-119) The encryption decryption of uploaded file

[ http://issues.apache.org/jira/browse/FILEUPLOAD-119?page=comments#action_12448842 ] Jochen Wiedmann commented on FILEUPLOAD-119: I do not see an issue here. If the user wants to encrypt a file, which is being uploaded, then he

[jira] Closed: (FILEUPLOAD-38) [fileupload] FileUploadException on processing multipart/form-data

[ http://issues.apache.org/jira/browse/FILEUPLOAD-38?page=all ] Jochen Wiedmann closed FILEUPLOAD-38. - Resolution: Won't Fix Missing reply by user. [fileupload] FileUploadException on processing multipart/form-data

[jira] Resolved: (FILEUPLOAD-117) Check file upload size only if an upload limit has been imposed

[ http://issues.apache.org/jira/browse/FILEUPLOAD-117?page=all ] Jochen Wiedmann resolved FILEUPLOAD-117. Fix Version/s: 1.2 Resolution: Fixed Version 1.2 does no longer depend on the presence of a ContentLength. Check file upload size

[jira] Commented: (CODEC-8) REQ: Streaming codecs

[ http://issues.apache.org/jira/browse/CODEC-8?page=comments#action_12431380 ] Jochen Wiedmann commented on CODEC-8: - Remi Arntzen wrote: As far as I can tell the ws-common-utils Base64 streams are only output streams for encoding and

[jira] Commented: (CODEC-8) REQ: Streaming codecs

[ http://issues.apache.org/jira/browse/CODEC-8?page=comments#action_12430853 ] Jochen Wiedmann commented on CODEC-8: - I do not know the StreamingDecoder interface, but I would like to point out, that an Input- or OutputStream interface

[jira] Reopened: (CODEC-8) REQ: Streaming codecs

[ http://issues.apache.org/jira/browse/CODEC-8?page=all ] Jochen Wiedmann reopened CODEC-8: - I don't know who resolved this issue with WON'T FIX, but whoever did, should at least leave a comment why such an important issue won't be resolved.

[jira] Commented: (CODEC-8) REQ: Streaming codecs

[ http://issues.apache.org/jira/browse/CODEC-8?page=comments#action_12424788 ] Jochen Wiedmann commented on CODEC-8: - The ws-commons-util project contains a streaming base64 encoder/decoder, which is used by Apache XML-RPC. REQ:

[jira] Updated: (FILEUPLOAD-109) MultipartStream.discardBodyData() implementation is redundant.

[ http://issues.apache.org/jira/browse/FILEUPLOAD-109?page=all ] Jochen Wiedmann updated FILEUPLOAD-109: --- Attachment: commons-fileupload-1.patch Funny, but I came to the same conclusion just yesterday. In case someone's interested, here's my

[jira] Created: (FILEUPLOAD-112) Support for iterative parsing

Support for iterative parsing - Key: FILEUPLOAD-112 URL: http://issues.apache.org/jira/browse/FILEUPLOAD-112 Project: Commons FileUpload Type: New Feature Reporter: Jochen Wiedmann Currently parsing is all or nothing. This is

[jira] Commented: (FILEUPLOAD-87) [fileupload] Show progress bar when uploading

[ http://issues.apache.org/jira/browse/FILEUPLOAD-87?page=comments#action_12412762 ] Jochen Wiedmann commented on FILEUPLOAD-87: --- See also FILEUPLOAD-112: A progress bar would possible want to listen for the number of files as well.

[jira] Commented: (FILEUPLOAD-97) [fileupload] Upload Progress Reporting

[ http://issues.apache.org/jira/browse/FILEUPLOAD-97?page=comments#action_12412764 ] Jochen Wiedmann commented on FILEUPLOAD-97: --- Isn't this a duplicate of FILEUPLOAD-87? (Or vice versa, depending on how you look at it.) [fileupload] Upload

[jira] Updated: (FILEUPLOAD-112) Support for iterative parsing

[ http://issues.apache.org/jira/browse/FILEUPLOAD-112?page=all ] Jochen Wiedmann updated FILEUPLOAD-112: --- Attachment: commons-fileupload-3.patch The attached patch adds a method Iterator FileUploadBase.getRequestIterator(RequestContext ctx)