- Original Message -
From: Stefan Bodewig [EMAIL PROTECTED]
Sent: Tuesday, July 29, 2003 4:26 PM
I'd be very careful with pulling down examples for our tasks from a
page that anybody can edit (mostly anonymously) and include it in our
distribution as definitive reference information.
On Tue, 29 Jul 2003, Alexey Solofnenko [EMAIL PROTECTED] wrote:
but a fileset or a filelist is essentially a collection of data
files with names
Not in the case of fileset.
(isn't logically filelist an ordered fileset?).
No.
A fileset is a set of names of existing files rooted in the same
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=18154.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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=18154.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Stefan,
I've noticed that the normalize(File) method in FileUtils requires
that the File to normalize is absolute. I was wondering what the
reason is for this reason.
I'm not entirely sure (we extracted the code from Project way back
IIRC). On problem I can imagine is that of relative
Conor MacNeill wrote, On 30/07/2003 0.10:
On Tue, 29 Jul 2003 05:52 pm, Nicola Ken Barozzi wrote:
Personally, I don't see the real need for it, as the same can be done
with correctly-written @importable files. In the specific, init values
should be included rather than imported.
Can you point me
antoine 2003/07/30 01:57:55
Modified:src/main/org/apache/tools/ant/taskdefs/optional/perforce
P4Base.java
Log:
Allow several space separated arguments in Perforce globalopts
PR: 14395
Submitted by: Matt Bishop (matt at thebishops dot org)
Revision
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=14395.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
antoine 2003/07/30 02:10:09
Modified:src/testcases/org/apache/tools/ant/taskdefs
ExecTaskTest.java
Log:
suppress unnecessary output from the test
Revision ChangesPath
1.5 +0 -11
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=21988.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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=21989.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
antoine 2003/07/30 03:19:56
Modified:docs/manual/CoreTasks exec.html
Log:
added precisions regarding the executable attribute in the exec/ task
Revision ChangesPath
1.29 +8 -1 ant/docs/manual/CoreTasks/exec.html
Index: exec.html
On 30 Jul 2003, [EMAIL PROTECTED] wrote:
added precisions regarding the executable attribute in the exec/
task
This is not correct. Please see the blurb about relative paths in the
description of the vmlauncher attribute.
If you set vmlauncher to false, your CWD will be set to the dir
For VMS I intend to add a method FileUtils#toVMSPath(File):String.
I was just thinking if a more generic
FileUtils#toOSPath(File):String would make sense. What do you
think?
There currently is no need for it except in the OpenVMS case, we could
add toOSPAth later IMHO.
On the
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=21988.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Wed, 30 Jul 2003, Antoine Levy-Lambert [EMAIL PROTECTED]
wrote:
Sorry,
No harm done.
I will roll-back my change.
Thanks. Maybe we can take what you've written (which I guess is
correct for vmlauncher=true) and what is present in the vmlauncher
docs and combine it to something sensible
Sorry,
I meant to reply to this previously, but am snowed
under at the moment.
I do not think that this task is a form of antcall.
It does not create a new project which is the
defining characteristic of antcall.
I think it should go into ant-contrib.
I will put it there soon
Peter
On
peter reilly wrote, On 30/07/2003 13.41:
...
I think it should go into ant-contrib.
I will put it there soon
...
I have asked ant-contrib, but I was suggested to ask here is this
behaviour could be inserted in antcall and if it was something that
could go in Ant.
Ping... pong... ;-)
Thanks
- Original Message -
From: Stefan Bodewig [EMAIL PROTECTED]
Sent: Wednesday, July 30, 2003 1:26 PM
On Wed, 30 Jul 2003, Antoine Levy-Lambert [EMAIL PROTECTED]
wrote:
Sorry,
No harm done.
I will roll-back my change.
Thanks. Maybe we can take what you've written (which I
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=21988.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Wed, 30 Jul 2003, Antoine Levy-Lambert [EMAIL PROTECTED]
wrote:
Where in the code does the executable get resolved if
vmlauncher=false ?
Nowhere, the OS does.
If you look at antRun for example, it does
,
| cd $1
| CMD=$2
| shift
| shift
|
| exec $CMD $@
`
which means the OS
bodewig 2003/07/30 05:23:10
Modified:src/main/org/apache/tools/ant/taskdefs Zip.java
Log:
Keep permissions of directories as well when updating a zip archive.
PR: 21308
Revision ChangesPath
1.112 +28 -1 ant/src/main/org/apache/tools/ant/taskdefs/Zip.java
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=21308.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Tue, 29 Jul 2003, Steve Loughran [EMAIL PROTECTED] wrote:
Maybe the trick is to start a java spawner program (ours), that sets
up stdio, does the pumping, etc, etc.
Probably.
It would have to be forked and to be save invoked via nohup on Unix
systems, though. So there still would be some
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=21657.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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=21989.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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=21542.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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=21948.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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=21542.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
-Original Message-
From: Nicola Ken Barozzi [mailto:[EMAIL PROTECTED]
Sent: Wednesday, July 30, 2003 3:46 AM
OTOMH this could be solved by rewriting all dependencies that
are not in
the import line.
(1)---a
multi-import (2)---b
(3)---c---d
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=21988.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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=5907.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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=21989.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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=21996.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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=18154.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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=15031.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
You are right, this feature will require to change a lot of tasks. But the
change will be to remove most of fileset specific code. Even more there
should be no difference between fileset and filelist usage.
I agree, it might be not easy. Some tasks like javac (third-party-tool) or
delete
Jorge.
1. Can I ask why you are not using the sysproperty element to set
properties?
java
sysproperty key=java.rmi.server.codebase
value=file:///${basedir}/build/classes/ /
2. what does ant -verbose say?
I think this is a bug in the ant jvmargs tag, but, until now, i
did not have a
Would not it be easier to explicitly specify basedir for every include.
It works for me.
- Alexey.
--
{ http://trelony.cjb.net/ } Alexey N. Solofnenko
Pleasant Hill, CA (GMT-8 usually)
-
To unsubscribe, e-mail: [EMAIL
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=21948.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Re : Java with spawn :
The test case runs OK on Windows 2000.
But not on Solaris.
I am investigating why.
Cheers,
Antoine
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
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=21948.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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=21948.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I would like to see an option to the import task of whether the file must
exist.
Ant exits now if the imported file is not there.
It would be useful to me since my build file uses XSLT to generate files to be
imported and those files are not there on the first run of the build script.
Why don't you put the import *after* the style task???
Now any task can be at the top level, or put them in two targets, the
importing one depending on the xsl one. Or am I missing something? --DD
-Original Message-
From: Steve Collins [mailto:[EMAIL PROTECTED]
Sent: Wednesday, July
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=21948.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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=21948.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Guys,
I think that using C++ or C# as the model for ANT inheritance would be very bad.
As I remember, the rules for resolving multiple inheritance in C++ are
very complicated.
I would propose using the XSLT model. It is much more simple, it may not
allow for the example posted below as is, but I
Hi,
I have noticed that it is not possible any more to access the ant mailing lists
from the news.gmane.org server. They used to be accessible as
gmane.comp.jakarta.ant.devel and gmane.comp.jakarta.ant.user.
Since today the user list is not available any more via this confortable
interface.
I liked Gmane, but you couldn't post like time I checked. Did that change. I
haven't heard anything on Apache-General or Ant-user/dev about explicitly
wanting to be dropped from it... --DD
-Original Message-
From: Antoine Levy-Lambert [mailto:[EMAIL PROTECTED]
Sent: Wednesday, July 30,
Hi All,
Regarding the condition-framework, I miss stuff like is-file and
is-dir. Hence I have implemented these as regular tasks setting a property
and then used the condition-framework to branch on the values of these.
But I would like e.g. is-file and is-dir to be conditions, that is,
looking
If there was no good reason, can it be reverted to it's previous changeable
state?
Matt Bishop
bea Systems
999 North Northlake Way
Seattle, WA 98103
206.926.2924 - phone
http://www.bea.com
...*Damn!* :-)
Yes, I see the type-attribute (I exactly want to differentiate into
is-file, is-directory and is-something-else).
Not really a simple condition, but it sure is there!
-
Still, how to implement generic conditions?
Med venlig hilsen
Morten Sabroe Mortensen
In Ant 1.5.x, the Condition framework is not extensible without modifying
Ant's code. In Ant 1.6, just write a class that implements Condition,
taskdef it, and use it inside condition. Cannot get any simpler, right?
I haven't played with Ant 1.6 at all, so this is all in theory ;-)
If it doesn't
Ahhh! addCondition() is good! Then it *really* is, what I hoped it to be.
Is going to try it.
(Can Peter Reilly also deprecate the specific
addspecific-condition-name()-method?? From my point of view, here, it
should be history.)
I have already skipped 1.5.3 - 'Antoine Levy-Lambert' did
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=18154.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
56 matches
Mail list logo