|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?

-- JanneJalkanen

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)
}}}

-- DimitarMarinov

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.

-- DimitarMarinov