If nothing else, you need commons-io and commons-fileupload (we're in the process of updating some of the docs still). See if that fixes it, although I had thought that missing those would give a different error message-so that might not be the only problem.
Joined: Mar 29, 2006
I fixed this by moving the struts.xml file into the class path (WEB-INF/classes). Even though I had configured the FilterDispatcher to look in a specific location for the file, (see below) it wasn't finding the config. Don't know why it was giving an xwork error, though.
snip from my previous web.xml, which apparantly didn't work.
Maybe you can help me with my next problem? How do I get Struts to use a different extension from the default .action? I'm trying to get it to recognize, say, "index.do", which resides in a specific subdirectory of the webapp. Like I want Struts to handle all requests that look like
Looks like no matter what I do, Struts ignores the "strutspages" part, and the ".do" part. I can't use <url-pattern>/strutspages/*.do</url-pattern> in web.xml, because Tomcat barfs on load (bad url pattern apparently, though it looks fine to me).
Is the url being handled by the Struts filter somehow related to the "name" and "namespace" attributes of struts-config.xml <package> elements? I'm not clear on what those attributes do, whether they are local identifiers (like a Spring context file), or somehow related to the actual path of the request...