DO NOT REPLY [Bug 39063] - Another fork="true" bug (hanging process)

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_bu

DO NOT REPLY [Bug 39373] - scp task does not work for some sshd, which does not scp1 protocol.

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_bu

DO NOT REPLY [Bug 39063] - Another fork="true" bug (hanging process)

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_bu

Re: Question about property name

Hazzard, Powell wrote: Thanks Meg, for the introduction. Hello Steve, My name is Powell Hazzard and I am one of the original OpenVMS Java engineers. I have also worked other Open Source products like Tomcat, Mozilla... I'm currently working with Meg regarding understanding (and hopefu

[Vote] Removal of deprecated classes since ant 1.2.x or earlier

Hello, Do you agree the classes marked as deprecated in ant 1.2.x or earlier to be removed? The following classes have already been deprecated since ant 1.2.x: Copydir Copyfile Deltree Exec Jikes JikesOutputParser KeySubst Rename TaskOutputStream Please vote [ ] Yes [ ] No I consider this

[Vote] Removal of deprecated methods since ant 1.4.x. or earlier.

Hello Do you agree the methods marked as deprecated in ant 1.4.x or earlier to be removed? The following methods have been marked deprecated in ant 1.4.x or earlier: Project.addFilter(String token, String value) Project.getFilters() Project.resolveFile(String fileName, File rootDir) Project.c

DO NOT REPLY [Bug 39373] - scp task does not work for some sshd, which does not scp1 protocol.

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_bu

DO NOT REPLY [Bug 39373] - scp task does not work for some sshd, which does not scp1 protocol.

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_bu

RE: Question about property name

Thanks Meg, for the introduction. Hello Steve, My name is Powell Hazzard and I am one of the original OpenVMS Java engineers. I have also worked other Open Source products like Tomcat, Mozilla... I'm currently working with Meg regarding understanding (and hopefully resolving) the Ant j

svn commit: r395992 - /ant/core/trunk/src/main/org/apache/tools/ant/types/resources/comparators/Content.java

Author: stevel Date: Fri Apr 21 13:04:40 2006 New Revision: 395992 URL: http://svn.apache.org/viewcvs?rev=395992&view=rev Log: fix reference Modified: ant/core/trunk/src/main/org/apache/tools/ant/types/resources/comparators/Content.java Modified: ant/core/trunk/src/main/org/apache/tools/an

DO NOT REPLY [Bug 39373] - scp task does not work for some sshd, which does not scp1 protocol.

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_bu

DO NOT REPLY [Bug 39373] - scp task does not work for some sshd, which does not scp1 protocol.

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_bu

RE: Question about property name

Thanks for responding Steve. I knew this was an area where we needed "guidance." I agree that your idea about a pluggable exit interpreter type would be much more flexible...and safer. If I understand what you're suggesting, it seems like a good solution for the future, but maybe not this late i

Re: [patch] NioFileUtils, Java6FileUtils, FileUtilsAdapter + factory, build.xml (was Re: AW: Adding a methof to StringUtils)

--- Antoine Levy-Lambert <[EMAIL PROTECTED]> wrote: [SNIP] > > If anyway ResourceUtils does the work now, > ResourceUtils could test > whether running under Java 1.4 or more and call > NIOUtils to do the work > happening between lines 364 to 379 of ResourceUtils > (copying files with no filters, n

Re: Question about property name

Watson, Meg wrote: Hi, We're (a couple of us here at HP) are in the process of making some changes to better support Ant on HP's OpenVMS operating system. See http://issues.apache.org/bugzilla/show_bug.cgi?id=39359 One of the changes we are making has to do with determining success or failure

Re: [patch] NioFileUtils, Java6FileUtils, FileUtilsAdapter + factory, build.xml (was Re: AW: Adding a methof to StringUtils)

--- Antoine Levy-Lambert <[EMAIL PROTECTED]> wrote: [SNIP] > One issue : > > If NIOFileUtils is in the same package as FileUtils, > bootstrapping under > JDK 1.2 or 1.3 would not work. > The bootstrap scripts (build.bat, build.sh) are > using primitive > mechanisms (directories) to find out what s

DO NOT REPLY [Bug 39359] - Problems with OSD-5 filespecs and return codes on OpenVMS

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_bu

DO NOT REPLY [Bug 39359] - Problems with OSD-5 filespecs and return codes on OpenVMS

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_bu

Question about property name

Hi, We're (a couple of us here at HP) are in the process of making some changes to better support Ant on HP's OpenVMS operating system. See http://issues.apache.org/bugzilla/show_bug.cgi?id=39359 One of the changes we are making has to do with determining success or failure based on return value

Re: [patch] NioFileUtils, Java6FileUtils, FileUtilsAdapter + factory, build.xml (was Re: AW: Adding a methof to StringUtils)

Kev Jackson wrote: > >> In that case I would like some time to think things over, as to >> provide one face, and to have different implementations for currently >> different parts. >> Classes that support copying, things that support permissions, things >> that support path manipulation, without

Re: [patch] NioFileUtils, Java6FileUtils, FileUtilsAdapter + factory, build.xml (was Re: AW: Adding a methof to StringUtils)

Hello Kevin, Kev Jackson wrote: > Ok, this is what I've managed to bash together this morning: > > - NioFileUtils (uses Java1.4 NIO libraries, altered the TRANSFER_SIZE > as suggested to 32000, currently no way to override that (yet)) > - Java6FileUtils (currently has no implementation, but could

Re: Marking deprecated with since tags

Martijn Kruithof wrote: > Hi > > I have started marking every @deprecated in our code with since tags. > > (And removing @deprecated items introduced in 1.7, so things > introduced in 1.7 and already markted deprecated) > > For instance changed > > * @deprecated Use getGlobalFilterSet().addFilter(t

DO NOT REPLY [Bug 34659] - ANT_HOME containing Japanese (non-ascii) characters prevents ant from starting

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_bu

Re: [patch] NioFileUtils, Java6FileUtils, FileUtilsAdapter + factory, build.xml (was Re: AW: Adding a methof to StringUtils)

Ist es nicht schrecklich, dass der menschlichen Klugheit so enge Grenzen gesetzt sind und der menschlichen Dummheit überhaupt keine? (Konrad Adenauer) Isn't it terrible that so close borders are set to the human intelligence and the human stupidity at all none? This is a nice quote (tot

AW: Marking deprecated with since tags

>>> * @deprecated since 1.4.x Use >>> getGlobalFilterSet().addFilter(token,value) >>> >>> Is this seen as useful. >>> >>> And how do you look at the proposal to drop the deprecated since >>> 1.4.x in 1.7? >>> > >This is not about normal users of ant, but of 3pp using the >code of ant, for i

Re: [patch] NioFileUtils, Java6FileUtils, FileUtilsAdapter + factory, build.xml (was Re: AW: Adding a methof to StringUtils)

Ist es nicht schrecklich, dass der menschlichen Klugheit so enge Grenzen gesetzt sind und der menschlichen Dummheit überhaupt keine? (Konrad Adenauer) Isn't it terrible that so close borders are set to the human intelligence and the human stupidity at all none? This is a nice quote (tot

Re: Marking deprecated with since tags

On Fri, 21 Apr 2006, Kev Jackson wrote: * @deprecated since 1.4.x Use getGlobalFilterSet().addFilter(token,value) Is this seen as useful. And how do you look at the proposal to drop the deprecated since 1.4.x in 1.7? +1 There's a fair bit of old code that has been deprecated for a whi

Re: [patch] NioFileUtils, Java6FileUtils, FileUtilsAdapter + factory, build.xml (was Re: AW: Adding a methof to StringUtils)

Ist es nicht schrecklich, dass der menschlichen Klugheit so enge Grenzen gesetzt sind und der menschlichen Dummheit überhaupt keine? (Konrad Adenauer) Isn't it terrible that so close borders are set to the human intelligence and the human stupidity at all none? On Fri, 21 Apr 2006, Kev Jacks

Re: [patch] NioFileUtils, Java6FileUtils, FileUtilsAdapter + factory, build.xml (was Re: AW: Adding a methof to StringUtils)

In that case I would like some time to think things over, as to provide one face, and to have different implementations for currently different parts. Classes that support copying, things that support permissions, things that support path manipulation, without getting a really big number of c

Re: Marking deprecated with since tags

* @deprecated since 1.4.x Use getGlobalFilterSet().addFilter(token,value) Is this seen as useful. And how do you look at the proposal to drop the deprecated since 1.4.x in 1.7? +1 There's a fair bit of old code that has been deprecated for a while - I seriously doubt that users are going

Re: [patch] NioFileUtils, Java6FileUtils, FileUtilsAdapter + factory, build.xml (was Re: AW: Adding a methof to StringUtils)

Kev Jackson wrote: 2) If the FileUtilsFactory is called from or implemented in FileUtils.getFileUtils() / FileUtils.newFileUtils(), every task is going to benefit. I think the implementation I provided does precisely this, or rather it calls from the interface (FileUtilsAdapter) instead of f

Marking deprecated with since tags

Hi I have started marking every @deprecated in our code with since tags. (And removing @deprecated items introduced in 1.7, so things introduced in 1.7 and already markted deprecated) For instance changed * @deprecated Use getGlobalFilterSet().addFilter(token,value) to * @deprecated since 1.

Re: [patch] NioFileUtils, Java6FileUtils, FileUtilsAdapter + factory, build.xml (was Re: AW: Adding a methof to StringUtils)

Martijn Kruithof wrote: Hi, Adding setting the property using -D to ANT_OPTS should do. 5 things: 1) I saw you removed public members (constants) from FileUtils (Non backward compatible change, keeping everything BC also frustrates me sometimes, but still I think it is best not to break par