You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tomcat.apache.org by bu...@apache.org on 2002/05/20 07:25:03 UTC

DO NOT REPLY [Bug 9242] New: - Please use more specific ant task names than and

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9242>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9242

Please use more specific ant task names than <install> and <remove>

           Summary: Please use more specific ant task names than <install>
                    and <remove>
           Product: Tomcat 4
           Version: 4.1.0
          Platform: Other
        OS/Version: Other
            Status: NEW
          Severity: Minor
          Priority: Other
         Component: Catalina
        AssignedTo: tomcat-dev@jakarta.apache.org
        ReportedBy: steve_l@iseran.com


While I welcome the new Ant tasks for webapp management, could you please use 
names that are more tomcat centric than <remove> and <list>, things like 
<tomcatremove> and <tomcatlist>, for example.

That way we arent constrained from ever introducing a toplevel datatype like 
<list> by the fear of breaking tomcat build files.

Now I know that you are going to say "but the users can choose any name they 
like in the build file", but we will still get grief when things break in a 
future ant version. Also, <taskdef> can take the name of a properties file on 
the classpath, loading in all task declarations in there. That is much better 
approach for declaring >1 task, which is what your examples do.

If you are going to move to that model of taskdef, it is imperative that you 
adopt tomcat specific names. 

Ta,

-steve

--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>