Konrad [EMAIL PROTECTED] wrote: > I am using the Maven XDoclet plugin to generate the > web.xml and struts-config.xml files.
Ahh, I actually only use XDoclet for EJB-related stuff. While we *are* using Struts in the webapp, the webapp doesn't make use of XDoclet. > I actually > renamed "Filter" to "Filtr" and everything worked. I > have never encountered this problem before and it only > happened with files having the word "Filter" in the > classname. I would guess that this is because Struts has a Filter class. In the EJB subtasks, it scans all of your source files based on a name pattern, by default it's <Foo>EJB. If you create a helper class (not a bean in any way) called MyHelperForEJB, it will be scanned and interpreted erroneously as an EJB. My guess is that the struts subtasks process Filters and by default look for classes named <Foo>Filter. Again, this is all conjecture. At least you found a solution that works. For EJBs you can specify the name pattern (e.g. "{0}Bean"), though you'd rarely name a class <Foo>EJB and not have it be a bean. In the case of <Foo>Filter, however, there are many types of filters you might create for different areas of your app, so you're more likely to be bitten by it. David Harkness Sr. Software Engineer Sony Pictures Digital Networks (310) 482-4756 ------------------------------------------------------- This SF.Net email sponsored by Black Hat Briefings & Training. Attend Black Hat Briefings & Training, Las Vegas July 24-29 - digital self defense, top technical experts, no vendor pitches, unmatched networking opportunities. Visit www.blackhat.com _______________________________________________ xdoclet-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/xdoclet-user