You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@ant.apache.org by bu...@apache.org on 2007/02/14 00:01:58 UTC
DO NOT REPLY [Bug 41604] New: - Filesets doesnot identify files referenced relative to 'basedir"
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=41604>.
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=41604
Summary: Filesets doesnot identify files referenced relative to
'basedir"
Product: Ant
Version: 1.6.0
Platform: All
OS/Version: other
Status: NEW
Severity: normal
Priority: P3
Component: Core
AssignedTo: dev@ant.apache.org
ReportedBy: vinitha.sarsam@fmr.com
CC: vinitha.sarsam@fmr.com
We are upgrading version of Ant our build system uses from Ant 1.5 to Ant
1.6.2 and have encountered the foll. issue while copying a group of files
handled by filesets:
filesets do not identify files referenced through ".." in path - indirect
references [Ant 1.5 supported this kind of references].
E.g:
I am trying to copy 2 jars under /vob/play to /vob/proj/mon/bin/try.
Taking /vob/lib as reference location, I am trying to copy these
elements.
<target name="try" depends="init">
<property name="project.to" value="/vob/proj/mon/bin/try" />
<property name="project.jarlist.includes"
value="../play/common_1.0.jar,../play/common_2.0.jar " />
<copy todir="${project.to}" flatten="true" overwrite="true"
verbose="true" >
<fileset dir="/vob/lib/" includes="${project.jarlist.includes}" />
</copy>
</target>
...............
A little bit of digging into the issue got me to the point that -- "A fileset
will identify files only under a basedir. Everything above or outside of that
basedir will not be considered when applying the include patterns".
If Ant 1.5 supported this behaviour, was it because of a bug? I did not find
it reported anywhere in release notes/bug reports/docs.
It looks like filesets looks at the begining of a path to resolve relative
references and not within a path.
E.g:
<fileset dir="../play" includes="common-1.0.jar,common-2.0.jar" /> is
supported.
-------------
Could you please make the same behaviour, which Ant 1.5 supported, available
in later versions of Ant?
We tapped in this "feature" of ant to refer a lot of our dependant jars
sprinkled across different locations.
appreciate any inputs ..
Thanks,
VSarsam
--
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: dev-unsubscribe@ant.apache.org
For additional commands, e-mail: dev-help@ant.apache.org
DO NOT REPLY [Bug 41604] - Filesets doesnot identify files referenced relative to 'basedir"
Posted by bu...@apache.org.
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=41604>.
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=41604
peterreilly@apache.org changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |WONTFIX
------- Additional Comments From peterreilly@apache.org 2007-03-14 03:30 -------
The design of filesets have always been to use the dir as
a root. THe implementation in ant 1.5 by accident allowed
.. to escape the root, however this is an accidently product
of the implemention and not the intention.
Since ant 1.6, .. does not work for fileset, and it would not be easy
to retrofit an implemetation now to get back the old behaviour.
Marking this as a "WONTFIX" as I do not see that it is possible
to implement.
--
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: dev-unsubscribe@ant.apache.org
For additional commands, e-mail: dev-help@ant.apache.org