On Sun, 19 Dec 2004 12:38:27 -0800, Craig McClanahan <[EMAIL PROTECTED]> wrote:
On Sun, 19 Dec 2004 00:55:56 -0600, Eddie Bush <[EMAIL PROTECTED]> wrote:
At worst case, it seems we could add a task to do the downloads of those binaries that are redistrutable. I think most folks would rather invoke an Ant task than have to chase down dependencies. It wouldn't even have to be tied to a compile.
Absolutely agree that there needs to be a way to point at local copies instead. The challenge for Mavenized projects that want to also be Ant-friendly is the way that the Ant plugin generates its build.xml files -- it does generate "get" tasks for pulling the dependencies, but uses hard coded paths from the project.xml file. It would be much better if the generated tasks used an Ant property for the "src" attribute, so that one could override and point at your local copy.
Great idea for the maven ant plugin.
I would like to see us do that in our Struts build.xml files (that are manually maintained) if we start using get tasks ourselves.
Perhaps I'm misunderstanding what you're saying, but the
Maven-generated Ant build files work just fine if you're disconnected,
as long as you have previously downloaded the dependencies.
Unless you do an ant clean in the interim, since by default the dependencies go in target/lib. It would be great to be able to specify a "durable" location for these, similar to .maven/repository.
All you have to do is set the 'noget' property, and the attempts to <get> the files will be skipped. The dependencies will then be picked up from your local repo.
The scheme I'm working on still defines all of the 'foo.jar' properties we use today, but internally to the build. It uses a very similar scheme to Maven to go get the dependencies and put them in 'local.repo.dir' unless the 'noget' property is set, and then builds against what is in that directory. If someone really wants to put the dependencies elsewhere, they can still define 'foo.jar' to do that. The versions of each dependency can also be overridden if necessary.
The tomcat-5 build is a good example of this.
Phil
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
