> > > However, if I use ejb.ejb-ref tags in my file instead of
> > > web.ejb-ref tags, I
> > > don't see any <ejb-ref> tags in the generated web.xml file.
> > > Another thing I
> > > noticed in the web_xml.xdt file is the following line:
> > >
> > > <XDtMerge:merge
file="xdoclet/modules/ejb/dd/resources/ejb-ref.xml">
> > > </XDtMerge>
> >
> > I think this should have been xdt. -But that won't work either,
since
> > that's in a different jar file.
> > What we need here is a way to include templates from a different jar
> > file. Somwthing like:
> >
> > <XDtMerge:merge
> >
url="xdoclet-ejb-module.jar!xdoclet/modules/ejb/dd/resources/ejb-ref.xml
> > ">
> > </XDtMerge>

Just correct it to xdt and it should work. Ejb module is included in
classptah of taskdef, and afaik we first do a getClass().getResource()
to load the merge file.

> If, indeed, you've put it anywhere on disk... One of the points to the
> modularisation is that you can leave out modules you're not using, so
what
> if you're only creating a servlet-based web app and aren't using EJBs?
> Doing it this way means the web module will have a dependency on the
ejb
> module - do we want that?

You're going to access an ejb, right? So it's acceptable to put ejb
module in taskdef too. Btw, it's not a hard dependency. It doesn't fail
if ejb-module.jar is not in the classpath.

> And if not, then why should the web module be using @ejb.ejb-ref (or
> @ejb.anything) tags rather than @web.ejb-ref, like we had before?
Even if
> we can avoid an actual dependency, the fact it uses those tags implies
a
> dependency, which may confuse users...  Or maybe we should change both
of
> them to use e.g. @j2ee.ejb-ref so that it's obviously not specific to
> either module?

ejb.ejb-ref is ok. You're accessing an ejb, be it from a web tier or ejb
tier.

Ara.



-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
Xdoclet-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/xdoclet-devel

Reply via email to