DO NOT REPLY [Bug 6204] New: - support of ant targets in task in addition to executable

[bu...@apache.org]

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=6204>.
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=6204

support of ant targets in <apply/> task in addition to executable

           Summary: support of ant targets in <apply/> task in addition to
                    executable
           Product: Ant
           Version: 1.4
          Platform: All
        OS/Version: All
            Status: NEW
          Severity: Enhancement
          Priority: Other
         Component: Core tasks
        AssignedTo: ant-dev@jakarta.apache.org
        ReportedBy: prasen@bea.com


Here is a simple example:
  <target name="smart.jspc">
    <apply executable="java" parallel="false">
      <arg value="weblogic.jspc"/>
      <arg line="-d ${classes} -docroot ${webapp}"/>
      <arg line="-compiler ${JAVACOMPILER}"/>
      <fileset dir="${src}" includes="${webapp}/**/*.jsp"/>
      <mapper type="glob" from="*.jsp" to="*.class"/>
    </apply>  
  </target>

It works okay, but is very expensive as each and every time it gets invoked, a 
new JVM is booted. And I have over couple of hundred jsps to compile. It would 
be lot faster if we could support another attribute like target in apply. In 
that case the above task would look like this:

  <target name="smart.jspc">
    <apply target="single.jspc" outdatedfileproperty="outdatedFile" 
parallel="false">
    </apply>  
  </target>

  <target name="single.jspc" depends="console.rel.property">
      <java classname="weblogic.jspc" >
        <arg line="-d ${classes} -docroot ${webapp}"/>
        <arg line="${JAVACOMPILER}"/>
        <arg line="${outdatedFile}"/>
      </java>
  </target>

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