I just use ejbjar then use the jar task to update the manifest on its own
See the archives for a discussion of the manifest updating capability of the
jar task in Ant 1.4.1
jmp
> -Original M
I made an early attempt, but then moved over to using Zeus
Here are the files, caveat emptor, usual disclaimers, heavily borrowed from
other Task code etc etc ;-)
jmp
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, January 08, 2002 11:10 PM
> T
Does anyone think that this is the wrong behavior and that the classloader
shouldn't look in the parent classloader first ?
BTW reading the documentation, it seems that build.sysclasspath should
control this bevaior, but I can't seem to make it work.
Any 3rdparty task that uses javax.transform.*
> Actually I tried an experiment to take and Ant path, convert it
> into a property and then use that in the "classpath.string"
> setting above but it did not work since it gives absoluet path
> elements where you really want relative elements for this
> application. You may be able to use bu
Connor
Thanks for the response
> 2. The second issue is support for automatically writing classpath
> entries in the jar file. There is no direct support for this operation
> but there is something you can do using inline manifests. Something like
> this
>
>
>
>
>
I am a bit confused by exactly what support for Class-Path there is in the current
version of Ant
Is it that the Jar task should just leave Class-Path entries alone in a manifest I
supply ?
Or is there some expanded support whereby I can specify the set of dependent Jars and
the Jar task will
I have a fuzzy recollection of a similar problem and seem to think that it
was related to classpath
Do you have the exact same classpath on each platform ? Exact same Jars ?
jmp
> -Original Message-
> From: Steve Madsen [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, December 12, 2001 10:
Unless I missed it, I can't find an example of it in the documentation for
1.4, but I think the element of is what you want
Something like :
I haven't tested it yet, but I will
jmp
> -Original Message-
> From: Diane Holt [mailto:[EMAIL PROTECTED]]
> Sen
Hello Stephane,
Not sure about the best place to report this, be sure and let me know if
there is somewhere better
Anyway I an using Ant 1.4 beta (with optional tasks) and I just spent quite
a while tracking down a subtle "bug" sort of.
Anyway if I use batchtest in the form :
Conor,
Can you explain your comment a little more ?
Thanks,
Matthew
> -Original Message-
> From: Conor MacNeill [mailto:[EMAIL PROTECTED]]
> Sent: Friday, August 17, 2001 3:26 AM
> To: [EMAIL PROTECTED]
> Subject: Re: Pausing Ant
>
>
> Just a warning. Task input, prompting, etc will m
> - Are you using the framed report ? non framed report ? both ?
framed
>
> - Did you customize the stylesheets ?
no
>
> - What are your RFEs for ?
>
> - What are your RFEs for ?
>
I had no trouble setting it up & love it.
If you "improve" it please don't break how it currently works
Than
I hope this hasn't been answered before, I have read the archives &
documentation but have not discovered the answer (not to say that I couldn't
have missed it ;-)
Say I have a WAR archive from elsewhere
it has some classes in it that I want to put into a new ZIP/JAR archive
In the WAR the clas
I use this action in my EJB target all the time, works like a charm...
Matthew
> -Original Message-
> From: Rick Szeto [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, December 27, 200
I think you should try renaming your XML DD file to comply with the expected
naming scheme for ejbjar
I use it all the time without trouble, the error you are getting has
something to do with the weblogic specific XML file (that is where the JNDI
name is set)
jmp
> -Original Message-
>
If a target has a depends clause for a target that sets a property that is
used in an if/unless clause on the same target, do all the targets in the
depends clause get called before the if/unless clause is evaluated ?
I think my build file works this way, but I am not sure if it is guaranteed
or
15 matches
Mail list logo