DO NOT REPLY [Bug 24223] - Task "Available" should fill the property with concrete filename

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=24223


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE




--- Additional Comments From [EMAIL PROTECTED]  2005-05-28 00:32 ---
>From Ant 1.7 forth you can accomplish this using the approach in bug 34839.  
>As 
for the multiple file vs. one file only issue, you could write a custom  
ResourceCollection that wraps another ResourceCollection, but only returns its 
first element.

Thanks

*** This bug has been marked as a duplicate of 34839 ***

-- 
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]

DO NOT REPLY [Bug 24223] - Task "Available" should fill the property with concrete filename

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=24223

Task "Available" should fill the property with concrete filename





--- Additional Comments From [EMAIL PROTECTED]  2004-07-14 08:57 ---
also, you might want to have a look at 
http://sourceforge.net/projects/isvalidator

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

DO NOT REPLY [Bug 24223] - Task "Available" should fill the property with concrete filename

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=24223

Task "Available" should fill the property with concrete filename

[EMAIL PROTECTED] changed:

   What|Removed |Added

Version|1.6Beta |1.6.0

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

DO NOT REPLY [Bug 24223] - Task "Available" should fill the property with concrete filename

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=24223

Task "Available" should fill the property with concrete filename





--- Additional Comments From [EMAIL PROTECTED]  2003-11-03 10:38 ---
While writing a tutorial I created a  task which store the absolute 
pathname of a file as a property or as a list (if multiple are found).

Tutorial
http://cvs.apache.org/viewcvs.cgi/ant/docs/manual/tutorial-tasks-filesets-
properties.html

Sources
http://cvs.apache.org/viewcvs.cgi/ant/docs/manual/tutorial-tasks-filesets-
properties.zip


Because I have to do some renaming things ( according to the 
existing  task) I haven´t committed that yet.

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

DO NOT REPLY [Bug 24223] - Task "Available" should fill the property with concrete filename

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=24223

Task "Available" should fill the property with concrete filename





--- Additional Comments From [EMAIL PROTECTED]  2003-10-30 09:36 ---
ok, thanks for the explanation, and for the undocumented info about pathconvert.
Still I am afraid that the issue with multiple files is serious enough, isn't 
it ?
And one argument for the suggested solution remains: it is so simple... the
 task is quite ready for this, because there must be a place where a
first occurence is known...

For the version 2, which is less constrained by compatibility, I would even
suggest that if you don't specify any value, this behavior -using full pathname
as the value - would be the default.

Concerning pathconvert, I think that defaulting to current platform would be
very logical and consistent with other ant tasks.

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

DO NOT REPLY [Bug 24223] - Task "Available" should fill the property with concrete filename

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=24223

Task "Available" should fill the property with concrete filename





--- Additional Comments From [EMAIL PROTECTED]  2003-10-29 18:12 ---
You set up a fileset that can find the file you want.  If you invoke 
 and pass it this fileset, you should be able to specify 
pathsep="" or " "; the property will then be written using the default 
fileseparatorchar (dirsep) of the platform on which you are running.  The only 
caveat I can see is that if multiple files are found you would get them all...

While we are on the subject of , can anyone say why either 
targetos or one of dirsep/pathsep is required?  Why couldn't the targetos just 
default to the current platform?

-Matt

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

DO NOT REPLY [Bug 24223] - Task "Available" should fill the property with concrete filename

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=24223

Task "Available" should fill the property with concrete filename





--- Additional Comments From [EMAIL PROTECTED]  2003-10-29 17:40 ---
basically, yes, but:
- maybe yes, although I cant figure out how to make pathconvert do a lookup for
the file
- it would anyway be much less straightforward
- it would probably mean introducing just another property name, thus increasing
the property jungle
- there is a bad issue with pathconvert: it is not crossplatform. According to
documentation, when using pathcovert, you must always know which is the target
platform, because you either have to explicitly specify it, or you must specify
separator chars which are platform dependent. Therefore I would have to write a
sequence of many pathconvert tasks each equipped with condition checking one
specific platform.

I believe that good approach is that simple things are doable by simple means -
which hopefuly my suggestion defines.

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

DO NOT REPLY [Bug 24223] - Task "Available" should fill the property with concrete filename

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=24223

Task "Available" should fill the property with concrete filename





--- Additional Comments From [EMAIL PROTECTED]  2003-10-29 17:27 ---
Can't you get fairly equivalent functionality using a  and 
?

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

DO NOT REPLY [Bug 24223] - Task "Available" should fill the property with concrete filename

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=24223

Task "Available" should fill the property with concrete filename





--- Additional Comments From [EMAIL PROTECTED]  2003-10-29 17:24 ---
sorry I forgot the suggested attribute "receivefilename".
The example should look like this:


  
...
  


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