This begs a question then... Could the <manifest> nested element be added to <ejbjar> as well?
-----Original Message----- From: J. Matthew Pryor [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 09, 2002 5:53 PM To: Ant Users List Subject: RE: Adding/extending a manifest using <ejbjar> I just use ejbjar then use the jar task to update the manifest on its own <ejbjar> <whatever/> </ejbjar> <jar jarfile="${dist.lib.dir}/${ant.project.name}-ejb-${param.ejb.spec.version}.j ar" update="true" > <manifest> <attribute name="Class-Path" value="abc.jar def.jar hij.jar"/> </manifest> </jar> See the archives for a discussion of the manifest updating capability of the jar task in Ant 1.4.1 jmp > -----Original Message----- > From: Eddie Bernard [mailto:[EMAIL PROTECTED]] > Sent: Thursday, January 10, 2002 11:54 AM > To: '[EMAIL PROTECTED]' > Subject: Adding/extending a manifest using <ejbjar> > > > OK, I've haven't completely given up on using <ejbjar> for my WebLogic 6.1 > project. > > The reason I want to use it is that I have approximately 75 EJBs > that I want > to build and the target I've created that uses <ejbjar> neatly > creates each > EJB with only one target. Using some of the other suggested methods > (which, again, I appreciate the responses) would require me to > have a target > for virutally every bean and even worst add more targets if more beans are > added to the project. > > Now with all tht said, I'm in the process of creating an > Enterprise Archive, > but I'm having a deployment problem -- again unrelated to Ant itself. > However, after reading some BEA white papers and the J2EE > specifications for > Application Deployment, it allows the addition of the name:value pair: > > Class-Path: list-of-jars-separated-by-spaces > > Example: > > Class-Path: lib/my_support_classes.jar > > Now the Ant-related problem... It seems that <ejbjar> extends the > <jar> task > meaning that it inherits the "manifest" attribute. If I use <jar> with my > manifest addition it works just fine. However, with <ejbjar> it > generates a > "near empty" file (actually, it has a set of cr/lf). > > Has anybody else come across this problem or have any ideas what I can do? > > > > -- > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> > -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
