Title | Attachment exceptions |
Date | 22-Jun-2006 21:10:34 EEST |
Version | 2.2.33 |
Submitter | 203.145.154.36 |
Bug criticality | BadBug |
Browser version | 6.0 |
Bug status | NotReallyBug |
PageProvider used | |
Servlet Container | |
Operating System | Windows |
URL | |
Java version | 1.4.02 |
Uploading Attachment Fails sometimes giving the foll. error. Workaround of this bug for now is to close the browser, Launch HDC Wiki and try to attach the file once again.
type Exception report message description The server encountered an internal error () that prevented it from fulfilling this request. exception javax.servlet.ServletException: Invalid Form Data, no boundary encountered. com.ecyrd.jspwiki.dav.WebdavServlet.service(WebdavServlet.java:157) javax.servlet.http.HttpServlet.service(HttpServlet.java:802) root cause java.io.IOException: Invalid Form Data, no boundary encountered. http.utils.multipartrequest.MultipartRequest.parse(MultipartRequest.java:731) http.utils.multipartrequest.MultipartRequest.initParser(MultipartRequest.java:506) http.utils.multipartrequest.MultipartRequest.<init>(MultipartRequest.java:386) com.ecyrd.jspwiki.attachment.AttachmentServlet.upload(AttachmentServlet.java:333) com.ecyrd.jspwiki.attachment.AttachmentServlet.doPost(AttachmentServlet.java:303) javax.servlet.http.HttpServlet.service(HttpServlet.java:709) com.ecyrd.jspwiki.dav.WebdavServlet.service(WebdavServlet.java:150) javax.servlet.http.HttpServlet.service(HttpServlet.java:802) note The full stack trace of the root cause is available in the Apache Tomcat/5.0.28 logs
The above exception is thrown when there is a delay in attaching a file. If file is attached instantly from browse button, no exception is thrown??
Downgraded in priority, as there is a workaround. This sort of sounds like something to do with the browser. Does this occur consistently with one type of browser?
Bug reporter doesn't answer your question, (it's 6 month since you asked), bug gets closed.
-- HarryMetske
I have the same problem with JSPWiki-2.4.102 on JBoss-4.0.5.GA every time when using IE6. Firefox works ok, but it's no workaround for me since the default enterprise browser is IE6. It's interesting that the fckeditor upload works always fine.
14:49:51,700 ERROR [[AttachmentServlet]] Servlet.service() for servlet AttachmentServlet threw exception java.io.IOException: Invalid Form Data, no boundary encountered. at http.utils.multipartrequest.MultipartRequest.parse(MultipartRequest.java:897) at http.utils.multipartrequest.MultipartRequest.initParser(MultipartRequest.java:631) at http.utils.multipartrequest.MultipartRequest.<init>(MultipartRequest.java:406) at com.ecyrd.jspwiki.attachment.AttachmentServlet.upload(AttachmentServlet.java:493) at com.ecyrd.jspwiki.attachment.AttachmentServlet.doPost(AttachmentServlet.java:412) at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) at com.ecyrd.jspwiki.dav.WebdavServlet.service(WebdavServlet.java:152) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at com.ecyrd.jspwiki.ui.WikiServletFilter.doFilter(WikiServletFilter.java:100) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:175) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:432) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:74) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:156) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869) at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) at org.apache.tomcat.util.net.MasterSlaveWorkerThread.run(MasterSlaveWorkerThread.java:112) at java.lang.Thread.run(Thread.java:534)
Ok, i found the reason for the exceptions now. It's not really JSPWiki bug. The problem appears only when using the NTLM filter for authentication. Once using NTLM in some context the M$ browser IE expects NTLM through the rest of the whole session for this context. If it's not there IE sends ContentLength:0 and the upload fails. So, the solution is just to turn on the NTLM filter for all pages and everything works like a charm.