ant-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jeffrey E Care <>
Subject Re: Adding Jar support to the import task
Date Fri, 06 May 2005 17:21:26 GMT
Did we ever resolve the issue of the implicit reference to the imported 
file not mapping very well to files imported from archives?

Just as a point of reference we manage to build WebSphere Application 
Server with vanilla imports as they are today and our build logic is 
common across 30+ unique top-level builds and well over 750 sub-builds. 
Every project is different of course but I think this shows that the size 
of the project is not really a factor.

Jeffrey E. Care (
WebSphere Build SWAT Team Lead
WebSphere Build Tooling Lead (Project Mantis)

Alexey Solofnenko <> 
05/06/2005 01:05 PM
Please respond to
"Ant Developers List"

Ant Developers List <>, Mike Rettig 

Re: Adding Jar support to the import task

There was a discussion to support URLs. URLs should cover this use case.

- Alexey.

On 5/6/05, Mike Rettig <> wrote:
> All,
> Does the current import task support importing build xml's from jar
> files? I haven't found any examples and the source doesn't look like
> it supports this.
> Can this be added? This would make creating reusable builds much easier.
> example:
> <project name="my.project">
> <property name="dir.source" value="src/java"/>
> <import jar="lib/" file="buildfiles/default-build.xml
> "/>
> </project>
> I currently work on a large project that has about 30 different
> builds. Reusing build files has been difficult. We already have a
> system that allows us to publish and reuse jars across builds, so this
> seems like the logical way to reuse the build files.
> Ultimately, this seems like a reasonable way for people to build
> standard build files to be distributed to the masses. For instance,
> you could do a maven clone as a set of imported build files from a
> jar.
> <project name="my.project">
> <import jar="lib/maven-clone-1.0.jar" file="buildfiles/default-build.xml
> "/>
> </project>
> I can provide help for developing and testing. The implementation
> shouldn't be difficult.
> Thoughts? Comments?
> Regards,
> Mike Rettig
> ---------------------------------------------------------------------
> To unsubscribe, e-mail:
> For additional commands, e-mail:

Alexey N. Solofnenko trelony at <>
Pleasant Hill, CA (GMT-8 hours usually)

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message