ant-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jeffrey E Care <ca...@us.ibm.com>
Subject Re: Asking for new feature: Self-Discovery of service to make Ant a real extensible system
Date Fri, 28 Apr 2006 13:26:05 GMT
Auto loading has already been discussed on the developer list; please 
check the archives and take any further discussion there instead of the 
user list.

____________________________________________________________________________________________


Jeffrey E. (Jeff) Care 
carej@us.ibm.com 
IBM WebSphere Application Server Development 
WAS Pyxis Lead Release Engineer 




"Huxi LI" <huxili@gmail.com> wrote on 04/28/2006 04:23:39 AM:

> **Hi everyone,
> 
> I would like to launch a discussion about implementation of 
self-discovery
> feature in Ant.
> The idea is that when users drop a jar in share directory, all custiom 
tasks
> and datatypes
> should be discovered automatically by Ant. The same is true when jars 
are
> removed
> from the share directory.
> 
> The advantage is that users do not need any more use Taskdef to declare
> custom
> tasks. This makes Ant a highly extensible "plug-and-play" system.
> 
> Modern systems are becoming more
> and more intelligent. I think Ant maybe do better.  The concept of
> "plug-and-play" is not
> any more a vocaburary reserved for hardware components; software is also
> advancing in this direction. An
> extensible system should be able to "dynamically" discover available
> services and have conflict detection and resolution
> capability.
> 
> A simple example of self-discovery is the "hot deployment" service 
available
> in most J2EE
> application servers. The complexity of implementation such a mechanism
> depends on many factors. Sometimes it
> is not the complexity to implement self-discovery service; it is often
> simple ignored by developers. For the
> Ant build system, it is fairly easy to implement self-discovery feature.
> 
> 
> 
> Huxi LI

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