Well, it sure looks like this could be the same bug. According to the jira comments, the bug has not really been fixed in 3.6... and therefore most likely still exists in 4.x and is the one that bites me.
For now I have a very ugly workaround in my multipart filter class: - use Apache Commens fileupload for my special uploads - use COS for the rest Thanks for pointing me to the jira issues. I've searched the web and the mailing list, but not the jira. -will On 11.01.2010, at 14:20, Fabrizio Giustina wrote: > > Hi Will, > take a look at http://jira.magnolia-cms.com/browse/MAGNOLIA-1790 and > http://jira.magnolia-cms.com/browse/MAGNOLIA-2222 > > In the past I fixed the activation transporter in order to be > compatible with commons-upload (the generated multipart request was > buggy, the end of streams was not marked correctly). It has been > broken again some time later so we should investigate on the changes, > if it's due to something similar it should not be hard to fix > > > fabrizio > > > On Mon, Jan 11, 2010 at 8:51 AM, Will Scheidegger > <[email protected]> wrote: >> >> Dear Magnolians >> >> I'm trying to add some functionality to the multipart request filter. The >> one, which is configured by default with Magnolia is the >> CosMultipartRequestFilter. This filter works fine, but cannot be properly >> extended since the cos classes are not open source and some are even private. >> >> So I decided to use the Apache Commons fileupload library as it is used in >> the MultipartRequestFilter. I got my extension to work fine for form file >> uploads and also for the FCK Editor (e.g. image upload). Unfortunately >> activation now fails miserably. Configuring Magnolia to use the "official" >> MultipartRequestFilter leads to the same exception: >> >> 2010-01-09 14:27:24,651 ERROR >> [Catalina].[localhost].[/magnoliaPublic].[default]: Servlet.service() for >> servlet default threw exception >> org.apache.commons.fileupload.MultipartStream$MalformedStreamException: >> Stream ended unexpectedly >> at >> org.apache.commons.fileupload.MultipartStream.readHeaders(MultipartStream.java:539) >> at >> org.apache.commons.fileupload.FileUploadBase$FileItemIteratorImpl.findNextItem(FileUploadBase.java:976) >> at >> org.apache.commons.fileupload.FileUploadBase$FileItemIteratorImpl.hasNext(FileUploadBase.java:1040) >> at >> org.apache.commons.fileupload.FileUploadBase.parseRequest(FileUploadBase.java:356) >> at >> org.apache.commons.fileupload.servlet.ServletFileUpload.parseRequest(ServletFileUpload.java:126) >> at >> info.magnolia.cms.filters.MultipartRequestFilter.parseRequest(MultipartRequestFilter.java:142) >> at >> info.magnolia.cms.filters.MultipartRequestFilter.doFilter(MultipartRequestFilter.java:121) >> >> So I must assume that the Apache Commons fileupload library is incompatible >> with the activation requests sent from author to public. Can anyone confirm >> this - or even better: does anyone have a workaround for it? >> >> Thanks! >> >> -will >> >> ---------------------------------------------------------------- >> For list details see >> http://www.magnolia-cms.com/home/community/mailing-lists.html >> To unsubscribe, E-mail to: <[email protected]> >> ---------------------------------------------------------------- >> >> > > ---------------------------------------------------------------- > For list details see > http://www.magnolia-cms.com/home/community/mailing-lists.html > To unsubscribe, E-mail to: <[email protected]> > ---------------------------------------------------------------- > ---------------------------------------------------------------- For list details see http://www.magnolia-cms.com/home/community/mailing-lists.html To unsubscribe, E-mail to: <[email protected]> ----------------------------------------------------------------
