Wolfgang,
Ar you using the 1.1 release. You will need to use the latest nightly build
to get the updated version of ejbjar task. You call it like this (for
weblogic)
<ejbjar srcdir="${classes}">
<weblogic destdir="${deployment.dir}"
classpath="${descriptorbuild.classpath}"
keepgeneric="false"
suffix=".jar"/>
<include name="**/*-ejb-jar.xml"/>
<exclude name="**/*-weblogic-ejb-jar.xml"/>
</ejbjar>
Note that you are meant to use an include directive to select the deployment
descriptors you wish to process.
Conor
> -----Original Message-----
> From: Wolfgang Werner [mailto:[EMAIL PROTECTED]
> Sent: Thursday, 17 August 2000 18:59
> To: [EMAIL PROTECTED]
> Subject: AW: Weblogic 5.1 task (ejbc alternative)
>
>
> Hi Conor,
>
> please help again. I'm trying out ejbjar.
>
> I changed my directory structure (better, I do a copy and rename to get
> this) to this:
>
> <base>/ejb/person
> Person-ejb-jar.xml
> Person-weblogic-ejb-jar.xml
> de/picturesafe/adam/ejb/person/*.class
>
> (Thanks to John Hall)
>
> I had to insert an ds.setIncludes([*.xml]) prior to ds.scan() to make
> the processing work (else the process is trying to parse my .class files).
>
> Nevertheless, I ran into the same problem: the parser is trying to resolve
> the external DTD's. You wrote:
>
>
> > As for the issue you are seeing, it is indeed due to the XML
> parser trying
> > to download the EJB dtd. I have addressed this with the ejbjar task by
> > resolving the DTD entity to a local copy. The location of the
> > local copy is
> > vendor specific and I have provided a Weblogic option which
> knows where to
> > find this DTD in the Weblogic class hierarchy.
>
> Who does this work? Do I have to change my xml-files? I can not
> see any code
> related to a mapping of 'official' DTD's to local copies.
> Should't be there
> some code that introduces this concept to the sax parser? Please help the
> blind.
>
> Greetinx,
>
> Wolfgang
>
