On Nov 14, 2007 4:51 PM, Wolfgang Häfelinger <[EMAIL PROTECTED]> wrote:
> >> Then again it's these people, Peter first, who enhance Ant to
> >> support better models for the future, so power to you guys ;-)
>
> Cool, so we can expect 'auto-download' to be a feature of 1.7.1?
>
> Serious, just to pull off some kind of demo implementation: is there some
> kind of
> namespace interceptor in Ant's source code? I'm just asking cause I have
> never
> seen such a beast...
There is code in oata.ComponentHelper#checkNamespace(String componentName)
that check the namespace:
private synchronized void checkNamespace(String componentName) {
String uri = ProjectHelper.extractUriFromComponentName(componentName);
if ("".equals(uri)) {
uri = ProjectHelper.ANT_CORE_URI;
}
if (!uri.startsWith(ProjectHelper.ANTLIB_URI)) {
return; // namespace that does not contain antlib
}
if (checkedNamespaces.contains(uri)) {
return; // Already processed
}
checkedNamespaces.add(uri);
Typedef definer = new Typedef();
definer.setProject(project);
definer.init();
definer.setURI(uri);
//there to stop error messages being "null"
definer.setTaskName(uri);
//if this is left out, bad things happen. like all build files break
//on the first element encountered.
definer.setResource(Definer.makeResourceFromURI(uri));
// a fishing expedition :- ignore errors if antlib not present
definer.setOnError(new Typedef.OnError(Typedef.OnError.POLICY_IGNORE));
definer.execute();
}
Peter
>
> Regards,
>
> Wolfgang Häfelinger
> Research & Architecture | Dir. 2.7.0.2
> European Patent Office
> Patentlaan 3-9 | 2288 EE Rijswijk | The Netherlands
> Tel. +31 (0)70 340 4931
> [EMAIL PROTECTED]
> http://www.epo.org
>
>
>
>
> "Dominique Devienne" <[EMAIL PROTECTED]>
> 14-11-2007 17:40
> Please respond to
> "Ant Developers List" <dev@ant.apache.org>
>
>
> To
> "Ant Developers List" <dev@ant.apache.org>
> cc
>
> Subject
> Re: ApacheCon Presentation
>
>
>
>
>
>
>
> On Nov 14, 2007 9:50 AM, Peter Reilly <[EMAIL PROTECTED]> wrote:
> > On Nov 14, 2007 3:18 PM, Dominique Devienne <[EMAIL PROTECTED]> wrote:
> > > On Nov 14, 2007 8:07 AM, Wolfgang Häfelinger <[EMAIL PROTECTED]>
> wrote:
> > > > * Simple fix...place all third-party jars in $ANT_HOME/lib
> > > >
> > > > Honestly, putting something into Ant's lib directory is really ugly
> and all
> > > > those alternatives ($HOME/.ant etc) do not solve the overall
> problem.
> >
> > I would argue that using -lib is nearly as ugly as placing jars in
> $ANT_HOME/lib
> > (but not as bad!!)
> >
> > On projects at work, that I am involved in, I insist on
> > using "clean room" ant 1.7.0 and "clean room" java 1.5.* (or higher).
> >
> > For each antlib / extension that is needed, I have an ant file that
> > sets up the extension for-example ant-contrib.
>
> Given a corporate environment (as opposed to OSS), I believe it's
> entirely OK, and even A-Good-ThingTM to have an official and properly
> configured Ant version which is the only *official* and *sanctioned*
> way to run the builds, which is under source control.
>
> The allows proper control of the dependencies, and allows to manage
> Ant versions to be used by the different branches/versions of the
> software, and most importantly it's easy! Check out the proper branch
> of the build tools, and of the software to be built, and you're in
> business. Just add JDK and shake, and here you go, instant CM ;-)
>
> I'm sure your build organization rocks Peter, but I personally view it
> as more complex and more trouble that I was willing to live with
> myself (I'm not even sure I could pull such a setup off myself in
> fact!).
>
> Different people draw the line between the absolute ideal and the
> practical at different places. Having a centralized Ant under SCM was
> the thing for me, and obviously others find it unacceptable, and have
> to live with my complex setups. Then again it's these people, Peter
> first, who enhance Ant to support better models for the future, so
> power to you guys ;-)
>
> Cheers, --DD
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
