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

Reply via email to