svn commit: r405302 - /ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/optional/ssh/ScpFromMessage.java

Author: bodewig Date: Mon May 8 21:30:58 2006 New Revision: 405302 URL: http://svn.apache.org/viewcvs?rev=405302&view=rev Log: wrong @since tag Modified: ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/optional/ssh/ScpFromMessage.java Modified: ant/core/trunk/src/main/org/apache/too

svn commit: r405300 - in /ant/core/trunk: ./ src/main/org/apache/tools/ant/taskdefs/optional/ssh/

Author: bodewig Date: Mon May 8 21:26:36 2006 New Revision: 405300 URL: http://svn.apache.org/viewcvs?rev=405300&view=rev Log: Make support the sftp protocol. PR 39373 Added: ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/optional/ssh/ScpFromMessageBySftp.java (with props)

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: svn commit: r404909 - /ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/Replace.java

On Mon, 08 May 2006, Martin van den Bemt <[EMAIL PROTECTED]> wrote: > You probably know this already, but soon the copyright year will be > replaced :) No, I have no idea. Replaced by what? Stefan - To unsubscribe, e-mail: [EM

svn commit: r405267 - in /ant/core/trunk: ./ docs/manual/ docs/manual/OptionalTasks/ src/etc/testcases/taskdefs/optional/sitraka/ src/main/org/apache/tools/ant/taskdefs/ src/main/org/apache/tools/ant/

Author: antoine Date: Mon May 8 18:45:21 2006 New Revision: 405267 URL: http://svn.apache.org/viewcvs?rev=405267&view=rev Log: removal of the jprobe and metamata tasks. Removed: ant/core/trunk/docs/manual/OptionalTasks/jpcoverage.html ant/core/trunk/docs/manual/OptionalTasks/maudit.html

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

Hello Atsuhiko, I think that no ant committer has looked at your patch yet, but do not lose hope, I am pretty sure that someone will have a look at that, everyone is using the sshexec and scp tasks, so we are intereted by enhancements. Regards, Antoine [EMAIL PROTECTED] wrote: > http://issues.a

DO NOT REPLY [Bug 30569] - basedir is not set correctly when calling subant task through ant task

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: Bringing up an old issue that was never addressed: includeemptydirs on delete

If I was understanding the test2 scenario correctly, i.e. test2 doesn't get deleted because it's not empty until test3 is deleted for being empty, I *think* this will work as expected in HEAD. I did some things in there specifically to sort directories such that children would be encountered bef

Re: Bringing up an old issue that was never addressed: includeemptydirs on delete

might work as expected in HEAD. I did some things in there specifically to sort directories such that children would be encountered before their parents IIRC. And I seem to remember thinking that something related to this would delete more than the current release. Hmm, that would be breaking

Re: Bringing up an old issue that was never addressed: includeemptydirs on delete

--- Dominique Devienne <[EMAIL PROTECTED]> wrote: > > > > > > > > > > > > > > > > > > That's a good solution Matt. Gets rid of test3. If I was understanding the test2 scenario correctly, i.e. test2 doesn't get deleted because it's not empty until test3 is deleted for be

Re: Bringing up an old issue that was never addressed: includeemptydirs on delete

On 5/8/06, Dominique Devienne <[EMAIL PROTECTED]> wrote: That's a good solution Matt. Gets rid of test3. Thank you to both of you :) FTR, I'm a strong proponent of generating all build output into a single dir (I use the build/ dir myself), and never anywhere in the Agreed. Unfortunatel

Re: Bringing up an old issue that was never addressed: includeemptydirs on delete

That's a good solution Matt. Gets rid of test3. FTR, I'm a strong proponent of generating all build output into a single dir (I use the build/ dir myself), and never anywhere in the source tree or any dir under SCM, so I never have to pick and choose what to delete and

Re: Bringing up an old issue that was never addressed: includeemptydirs on delete

On 5/8/06, Dominique Devienne <[EMAIL PROTECTED]> wrote: OK, now I'm pretty confident everything's working as expected. *chuckle* so now that we're on even footing...;) Desired outcome: > files test/something.ini, test/test1/test2/another.ini deleted > dirs test3 and test2 deleted as both a

Re: Bringing up an old issue that was never addressed: includeemptydirs on delete

--- Liz Burke-Scovill <[EMAIL PROTECTED]> wrote: [SNIP] > XML snippet: > > > > > > Actual outcome: > > test/something.ini and test/test1/test2/another.ini > are deleted - this is > also expected based on current implementation. > > Desired outcome: > > files test/something.ini, > test/t

Re: Bringing up an old issue that was never addressed: includeemptydirs on delete

OK, now I'm pretty confident everything's working as expected. Desired outcome: files test/something.ini, test/test1/test2/another.ini deleted dirs test3 and test2 deleted as both are now empty. test3 *would* be deleted if you included it somehow. One way would be to have an file selector, wh

Re: Bringing up an old issue that was never addressed: includeemptydirs on delete

On 5/8/06, Dominique Devienne <[EMAIL PROTECTED]> wrote: Liz, I'm still not 100% sure I understand your use case now ;-) Would you mind providing a simplified sample listing of the files in your directory before , the XML snippet for the tag with its nested elements you're using, and which fil

Re: Bringing up an old issue that was never addressed: includeemptydirs on delete

Liz, I'm still not 100% sure I understand your use case now ;-) Would you mind providing a simplified sample listing of the files in your directory before , the XML snippet for the tag with its nested elements you're using, and which files you expect to get deleted? I'm a bit puzzled that you m

Re: Bringing up an old issue that was never addressed: includeemptydirs on delete

On 5/8/06, Dominique Devienne <[EMAIL PROTECTED]> wrote: In your first example, your empty dirs are implicitly included, and and later not excluded, so will get rid of them. In your second example, your include pattern prevent the empty dirs from being selected, because they don't match your p

Re: Bringing up an old issue that was never addressed: includeemptydirs on delete

Yes, this is by design, counter-intuitive as it may seem ;-) With no include patterns, the filesets selects *all* files under the given directory, i.e. any file (isDirectory() == false) or directory (isDirectory() == true), and then trims this list using the exclude patterns. In your first examp

Bringing up an old issue that was never addressed: includeemptydirs on delete

Hi, I'd like to ask the best way to address this issue. It was originally brought up in bug report 36048, http://issues.apache.org/bugzilla/show_bug.cgi?id=36048 , I'm bring it up here as opposed to user@ant.apache.org, because I see this more as a further discussion of a task already in bugzilla

DO NOT REPLY [Bug 30569] - basedir is not set correctly when calling subant task through ant task

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 30569] - basedir is not set correctly when calling subant task through ant task

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: svn commit: r404909 - /ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/Replace.java

You probably know this already, but soon the copyright year will be replaced :) Mvgr, Martin [EMAIL PROTECTED] wrote: Author: bodewig Date: Sun May 7 20:44:18 2006 New Revision: 404909 URL: http://svn.apache.org/viewcvs?rev=404909&view=rev Log: 2006 Modified: ant/core/trunk/src/main/org/