On Tue, 2003-03-25 at 11:27, kiuma wrote:
> The problem is that in the cvs version xdoclet transform
> createSpeciality( SpecialityData view )
> in
> createSpeciality( com.wingstech.webappointments.session.SpecialityData 
> view )
> instead of
> createSpeciality( 
> com.wingstech.webappointments.interfaces.SpecialityData view )   [at least]

One change that happened since 1.1.2 (can't remember exactly when) is
that generated classes don't copy over the imports from the bean class. 
The reasons for this have been discussed a number of times on the list,
check the archives if you're interested.  Or just trust me that it's for
lots of good reasons :-)  As stuff isn't imported any more, the
generated files all use fully qualified class names throughout.

One side effect of this is that xjavadoc needs to be able to reliably
determine which package a class belongs to; therefore you need to
explicitly import all the generated (and possibly other) classes &
interfaces you reference in your bean class (or use fully qualified
names for them instead), otherwise it may not be able to do this.  This
applies especially to the generated stuff, since it may not even exist
yet!

I notice your bean class imports

> import java.util.*;
> import javax.security.auth.login.*;
> import javax.security.auth.callback.*;
> import com.wingstech.webappointments.interfaces.*;

Don't do this last one - import them individually.  Otherwise, how are
we to know if you're referring to a
com.wingstech.webappointments.interfaces.SpecialityData object or a
javax.security.auth.callback.SpecialityData?  Okay, there's probably no
such class, but who's to say Sun won't add one of that name in some
future JDK version?

Try adding
import com.wingstech.webappointments.interfaces.SpecialityData;
to the list, and see if the generated code uses the right classname
then.

> So the bug is mine or it is a xdoclet' bug?

Not really a bug, just a misunderstanding over what is required in the
bean class.  We should probably add something to the "Using XDoclet"
documentation page explaining it; feel free to raise an issue for that.


Andrew.




-------------------------------------------------------
This SF.net email is sponsored by:
The Definitive IT and Networking Event. Be There!
NetWorld+Interop Las Vegas 2003 -- Register today!
http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
_______________________________________________
xdoclet-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/xdoclet-user

Reply via email to