ant-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Peter Reilly" <peter.kitt.rei...@gmail.com>
Subject Re: ApacheCon Presentation
Date Wed, 14 Nov 2007 17:02:54 GMT
On Nov 14, 2007 4:51 PM, Wolfgang Häfelinger <whaefelinger@epo.org> 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
> whaefelinger@epo.org
> http://www.epo.org
>
>
>
>
> "Dominique Devienne" <ddevienne@gmail.com>
> 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 <peter.kitt.reilly@gmail.com> wrote:
> > On Nov 14, 2007 3:18 PM, Dominique Devienne <ddevienne@gmail.com> wrote:
> > > On Nov 14, 2007 8:07 AM, Wolfgang Häfelinger <whaefelinger@epo.org>
> 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: dev-unsubscribe@ant.apache.org
> For additional commands, e-mail: dev-help@ant.apache.org
>
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
For additional commands, e-mail: dev-help@ant.apache.org


Mime
View raw message