On Wed, 2004-06-23 at 20:33, Michael Labhard wrote: > I did manage to resolve this by opening the xdoclet source file that handles > the strutsform subtask, > > xdoclet-1.2.1/modules/apache/src/xdoclet/modules/apache/struts/ejb/StrutsFormSubTask.java, > > looking at the package declaration, searching the xdoclet-associated jar files > for the same package and finally including that jar file in the classpath. > Surely there is a better way?
Are you saying you hadn't included the apache module (xdoclet-apache-module-1.2.1.jar) in the classpath? That would certainly stop it running the strutsform subtask. I'm a bit surprised at that error message containing "{2}", though. I thought we'd fixed that some time ago. Or maybe that was some other similar message. Can you check in JIRA for any relevant issue, and raise one if there isn't? I'm wondering how else we could make it clearer. Obviously, if it can't find the class defining the subtask there's no way it could know the name of the jar it's in (short of listing them all in the core code, which won't work since the modules are supposed to be pluggable at runtime). One thing we could do, perhaps, is to include the name of the related module/jar in the description of the subtask in the docs. Would that be any help? Again, please raise an enhancement request in JIRA if you think it'd be useful. Andrew. ------------------------------------------------------- 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