From: "Peter Donald" <[EMAIL PROTECTED]>
> On Sun, 24 Feb 2002 16:19, Jose Alberto Fernandez wrote:
> > > That nothing needs to be changed as all is good now.
> >
> > Are you trying to say that the <style> <ejbjar> etc. task are working as
> > advertised, and that it should be just natural that people need to pick
> > appart the jars that we shipped to get their work done?
>
> I am saying that within the bounds of ant1 theres not much you can do to fix
> it without breaking somebodys setup.
>
I think we should do as much as we can, without making irreparable damage
(i.e., requiring buildfiles to be changed).
> > > Myrmidon just declares dependencies via the JDK1.3
> > > "Optional Package" spec on libraries and then all dependencies will
> > > loaded into same classloader (unless they already exist in parent
> > > ClassLoader).
> >
> > This is also available in Antlib proposal. However, in my experience ans
> > due to the fact that many 3rd party libraries have a different release
> > cycle than ANT, you finish with libraries with the wrong name, and it is
> > difficult to use libraries relative to the project.
>
> Not sure what you mean. The jars don't need to be relative to project - they
> could be but thats not important. Whats important is that they declare
> dependency information and it is up to runtime to locate it given a specified
> designation.
>
The JDK spec specifies that all dependant jars are named relative to the jar
requiring it, and the only variable allowed is the ${os_name} or something like
that to work arround native libraries. So, libraries of a project have no way to
express dependencies on libraries that come with ANT, or your AppServer, etc.
> Use of a separate instance of ClassLoader for each task instance. So ideally
> if you run velocity twice then separate ClassLoaders will be created for each
> run. This is because some tasks use static variables through dependent
> libraries.
So, do you want in ANT that each use of each task be with a separate
ClassLoader?
That should really break everything, don't you think?
Jose Alberto
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
