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

http://issues.apache.org/bugzilla/show_bug.cgi?id=42962

           Summary: example of path embedded in copy task does not work
           Product: Ant
           Version: 1.7.0
          Platform: PC
        OS/Version: other
            Status: NEW
          Severity: normal
          Priority: P2
         Component: Core tasks
        AssignedTo: dev@ant.apache.org
        ReportedBy: [EMAIL PROTECTED]


I have a path defined in my build.xml that I use as my classpath. Later when I'm
building a WAR file, I want to copy all the jars in that path to a temporary
directory so the war task can include them in the WEBINF/lib. Here are the
relevant parts of my build.xml.

  <path id="build.classpath">
    <pathelement location="${log4j.jar}"/>
    <pathelement location="${xfaces.jar}"/>
    ...several additional JARs...
  </path>
  ...
  <target name="war" depends="compile">
    <mkdir dir="${asm}"/>
    <copy todir="${asm}" flatten="true" verbose="true">
      <path>
        <pathelement path="build.classpath"/>
      </path>
    </copy>
  ...

I'm running Ant with the -v flag and I get no debug output from the copy
command. The ${asm} directory is created but no files are copied to it. This
seems like a common operation when creating a WAR. It would be nice war's lib
subtask would allow a path to be specified rather than having to copy it to a
temp directory first and then specifying a fileset.

By the way, the example in the online documentation for the copy task shows the
path being referenced like a property (i.e. path="${mypath}" rather than
path="mypath"). This is not correct and if I try it that way Ant correctly
complains that property "mypath" does not exist.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to