Re: AW: [patch] FTP.java - adding support for new features in com mons-net 1.4.0 and performance improvement

Steve Cohen wrote: Steve Cohen wrote: However, it does seem to me that this test case is rather incomplete, and could be beefed up in several ways to test these and other recent features of commons-net which are not being tested here. Makes sense, I suppose. You would presume that commons-net

Re: cvs commit: ant/docs/manual install.html

Steve Cohen wrote: Steve Cohen wrote: Stefan Bodewig wrote: On 12 May 2005, <[EMAIL PROTECTED]> wrote: +For all users, a minimum version of commons-net of 1.4.0 is now required. Is this really true? I understand it is required to compile or if you use one of the new features. But if you

Re: SVN repo?

Steve Loughran wrote: As a committer you really would need to use http*s*. I think that's the point :) I'm not a committer, I know. I may not be the youngest around here, but I still manage to keep track of a few people ;-) What I tried to say was that you can use https as a non-committer as wel

Re: cvs commit: ant/docs/manual install.html

Steve Cohen wrote: Stefan Bodewig wrote: On 12 May 2005, <[EMAIL PROTECTED]> wrote: +For all users, a minimum version of commons-net of 1.4.0 is now required. Is this really true? I understand it is required to compile or if you use one of the new features. But if you use the same way yo

Re: cvs commit: ant/docs/manual install.html

Stefan Bodewig wrote: On 12 May 2005, <[EMAIL PROTECTED]> wrote: +For all users, a minimum version of commons-net of 1.4.0 is now required. Is this really true? I understand it is required to compile or if you use one of the new features. But if you use the same way you did before and use

Ant Status Report

Hi all, Attached is my status report on the Ant project which I have just sent to the ASF board. If anyone has comments or questions, please feel free to let us know. Status Report for the Ant project o Ant 1.6.3 Ant 1.6.3 was released on April 28 2005 A large number of changes were included in

DO NOT REPLY [Bug 34893] - unzip task input file remains open after exception

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: [Bug 28444] - Import: Target Handling Bug

Stefan Bodewig wrote: On Thu, 12 May 2005, Dominique Devienne <[EMAIL PROTECTED]> wrote: ... And targets from different imported build files that conflict (multiple inheritance) should raise an error unless explicitly imported "as" given by the importer (not the name of the imported project as is t

DO NOT REPLY [Bug 34893] - unzip task input file remains open after exception

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 34826] - ORA-00600 running SQLExec w/ keepformat="true"

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: [Bug 28444] - Import: Target Handling Bug

I missed the beginning of this thread but just want to say that I personally think that import is the best feature in Ant today (apart from Ant's being in the first place, that is)! Phil :n) -Original Message- From: Matt Benson [mailto:[EMAIL PROTECTED] Sent:

Re: [Bug 28444] - Import: Target Handling Bug

--- Stefan Bodewig <[EMAIL PROTECTED]> wrote: [SNIP] > Turning Matt's idea around: > > (1) Target "foo" is in project "bar". > (2a) There already is a target "foo" from the file > that imported > "bar", use the current code, we are ready, > "bar.foo" is there. > (2b) There is no other target

DO NOT REPLY [Bug 34826] - ORA-00600 running SQLExec w/ keepformat="true"

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 34893] - unzip task input file remains open after exception

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: Newbie Development Process Question

On Thu, 12 May 2005, glenn h. brown <[EMAIL PROTECTED]> wrote: > My question is - since I have proposed a fix should the bug stay in > "new" status or should I put it into "fixed" status? Please leave it at new. fixed is reserved for the point in time where the patch - or some other kind of fix

Re: Bugzilla or dev-list

On Thu, 12 May 2005, Matt Benson <[EMAIL PROTECTED]> wrote: > That's fine by me. That's how I understood your comment as well, but still felt the need to explain myself. > I was just kidding around--I do that a lot but humor, esp. stunted > humor like mine, doesn't always come through in e-mail.

Re: [Bug 28444] - Import: Target Handling Bug

On Thu, 12 May 2005, Dominique Devienne <[EMAIL PROTECTED]> wrote: > The imported build names should never appear in the importer, we > should have an explicit override attribute (or something) that tells > Ant the target is meant to override a target in an imported build > (which fails the build

Re: [Bug 28444] - Import: Target Handling Bug

On Thu, 12 May 2005, Peter Reilly <[EMAIL PROTECTED]> wrote: > The target gets renamed if there another target of the same name, > but not otherwise - how can one write a proper reusable import file > using the rename feature in this case? I'm strongly +1 for at least providing renamed aliases fo

Re: Bugzilla or dev-list (was Re: [Bug 28444] - Import: Target Handling Bug)

--- Stefan Bodewig <[EMAIL PROTECTED]> wrote: > On Thu, 12 May 2005, Matt Benson > <[EMAIL PROTECTED]> wrote: > > > Here's my comment from the bug since Stefan wants > to > > be on-list: :) > > I'll go back to the original thread in a minute, > just wanted to > explain why I asked Peter to disc

Bugzilla or dev-list (was Re: [Bug 28444] - Import: Target Handling Bug)

On Thu, 12 May 2005, Matt Benson <[EMAIL PROTECTED]> wrote: > Here's my comment from the bug since Stefan wants to > be on-list: :) I'll go back to the original thread in a minute, just wanted to explain why I asked Peter to discuss it on the list. When I see bugzilla reports that look as if so

Newbie Development Process Question

Pardon the newbie question but I couldnt find any document on how the ant project handles its development issues. I recently found what (I think) is a bug with the SQL task. I checked bugzilla and could not find anything similar to the issue I was having. I entered bug 34826 in bugzilla, describ

Re: DO NOT REPLY [Bug 28444] - Import: Target Handling Bug

(RE depend vs. clone:) --- Peter Reilly <[EMAIL PROTECTED]> wrote: > The problem with this is that the output will change > to . for all imported > targets - i.e. it will expose the implementation a > little too much. > > Also the overriding behavior needs to be implements > in the > same way as i

Re: DO NOT REPLY [Bug 28444] - Import: Target Handling Bug

The problem with this is that the output will change to . for all imported targets - i.e. it will expose the implementation a little too much. Also the overriding behavior needs to be implements in the same way as is currently done, otherwise there would be BC issues. Peter [EMAIL PROTECTED] wrote:

Re: [Bug 28444] - Import: Target Handling Bug

> I never liked the target renaming stuff - it seems a bit strange. > Be that as it may, the current behaviour is a bit silly - i.e. inconsistent. > The target gets renamed if there another target of the same name, but > not otherwise - how can one write a proper reusable import file using the > re

DO NOT REPLY [Bug 28444] - Import: Target Handling Bug

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: [Bug 28444] - Import: Target Handling Bug

Here's my comment from the bug since Stefan wants to be on-list: :) I also support fixing this. However, instead of cloning the entire target, couldn't we: a) unconditionally rename the imported target b) if the target has NOT been overridden, create a new target that depends on the imported t

DO NOT REPLY [Bug 28444] - Import: Target Handling Bug

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: [Bug 28444] - Import: Target Handling Bug

Stefan Bodewig wrote: Be that as it may, the current behaviour is a bit silly - i.e. inconsistent. big +1 But we should discuss it here instead of in bugzilla - nobody's going to follow it there. I know that I don't. No problem. The bug is : http://issues.apache.org/bugzilla/show_bug.cgi?i

Re: DO NOT REPLY [Bug 28444] - Import: Target Handling Bug

On Thu, 12 May 2005, <[EMAIL PROTECTED]> wrote: > Additional Comments From [EMAIL PROTECTED] > Be that as it may, the current behaviour is a bit silly - > i.e. inconsistent. big +1 But we should discuss it here instead of in bugzilla - nobody's going to follow it there. I know that I don't. S

DO NOT REPLY [Bug 28444] - Import: Target Handling Bug

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 34894] New: - ZIP integrity condition needed

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 34893] New: - unzip task input file remains open after exception

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 34860] - Startupscript must not add empty $CLASSPATH to evaluated command

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: AW: [patch] FTP.java - adding support for new features in com mons-net 1.4.0 and performance improvement

[EMAIL PROTECTED] wrote: Any chance one of you guys could also incorporate my simple patch to the FTP task that adds the "initialcommand" attribute? http://issues.apache.org/bugzilla/show_bug.cgi?id=34853 Thanks, John This e-mail message and any attachments may contain confidential, proprietary

DO NOT REPLY [Bug 34860] - Startupscript must not add empty $CLASSPATH to evaluated command

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 34860] - Startupscript must not add empty $CLASSPATH to evaluated command

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 34860] - Startupscript must not add empty $CLASSPATH to evaluated command

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: AW: [patch] FTP.java - adding support for new features in com mons-net 1.4.0 and performance improvement

Any chance one of you guys could also incorporate my simple patch to the FTP task that adds the "initialcommand" attribute? http://issues.apache.org/bugzilla/show_bug.cgi?id=34853 Thanks, John This e-mail message and any attachments may contain confidential, proprietary or non-public informa

DO NOT REPLY [Bug 34860] - Startupscript must not add empty $CLASSPATH to evaluated command

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 34860] - Startupscript must not add empty $CLASSPATH to evaluated command

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] FTP.java - adding support for new features in commons-net 1.4.0 and performance improvement

Jose Alberto Fernandez wrote: From: news [mailto:[EMAIL PROTECTED] On Behalf Of Nicola Ken Barozzi Stefan Bodewig wrote: On Wed, 11 May 2005, Jose Alberto Fernandez <[EMAIL PROTECTED]> wrote: I do not think we can continue maintaining tasks for every project in the world just because they do

Re: [patch] FTP.java - adding support for new features in commons-net 1.4.0 and performance improvement

Stefan Bodewig wrote: On Wed, 11 May 2005, Steve Cohen <[EMAIL PROTECTED]> wrote: I recently spent some time looking over jpackage.org. Have you guys seen this operation? More than that. We modified the Ant wrapper script to suit their needs, so that they could stop distributing their version,

Re: [patch] FTP.java - adding support for new features in com mons-net 1.4.0 and performance improvement

Stefan Bodewig wrote: On Wed, 11 May 2005, Steve Cohen <[EMAIL PROTECTED]> wrote: [EMAIL PROTECTED] wrote: If the tests pass - why not? :-) I wanted to discuss "the tests" and what is meant by that. When I saw Jan's remark I thought he must have been joking. I wouldn't call the existing tests

Re: AW: [patch] FTP.java - adding support for new features in com mons-net 1.4.0 and performance improvement

Antoine Levy-Lambert wrote: Steve Cohen wrote: However, it does seem to me that this test case is rather incomplete, and could be beefed up in several ways to test these and other recent features of commons-net which are not being tested here. Feel free to expand this test. I created this test t

DO NOT REPLY [Bug 34860] - Startupscript must not add empty $CLASSPATH to evaluated command

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 34884] - broken html tag in exec doc

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 repo?

Stefan Bodewig wrote: On Thu, 12 May 2005, Kev Jackson <[EMAIL PROTECTED]> wrote: As a committer you really would need to use http*s*. I think that's the point :) I'm not a committer, I know. I may not be the youngest around here, but I still manage to keep track of a few people ;-) What I tried

cvs commit: ant/docs/manual/CoreTasks exec.html

peterreilly2005/05/12 03:27:57 Modified:docs/manual/CoreTasks Tag: ANT_16_BRANCH exec.html Log: broken html tag in exec doc PR: 34884 Obtained from: jim fuller Revision ChangesPath No revision No revision 1.34.2.12 +1 -1 an

Re: SVN repo?

On Thu, 12 May 2005, Kev Jackson <[EMAIL PROTECTED]> wrote: >>As a committer you really would need to use http*s*. >> > I think that's the point :) I'm not a committer, I know. I may not be the youngest around here, but I still manage to keep track of a few people ;-) What I tried to say was th

Re: SVN repo?

As a committer you really would need to use http*s*. I think that's the point :) I'm not a committer, or did I get commit access when I wasn't looking! Kev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands,

Re: jpackage and auto-download

On Wed, 11 May 2005, Steve Loughran <[EMAIL PROTECTED]> wrote: > We dont bootstrap on kaffe, for example. Sure we do. As long as you don't use Kopi as your compiler, that is. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED]

Re: SVN repo?

On Thu, 12 May 2005, Kev Jackson <[EMAIL PROTECTED]> wrote: >>"Ant itself" still is in CVS. >> > I thought that after 1.6.3 ANt was going to be moved into SVN > (indeed part of the hurry for getting out 1.6.3 was to include the > svn task so that other projects could start the move across), or am >

Re: SVN repo?

"Ant itself" still is in CVS. I thought that after 1.6.3 ANt was going to be moved into SVN (indeed part of the hurry for getting out 1.6.3 was to include the svn task so that other projects could start the move across), or am I mistaken? The URL is .

Re: SVN repo?

On Thu, 12 May 2005, Kev Jackson <[EMAIL PROTECTED]> wrote: > Just a quickie, what's the URL for the SVN repo for Ant? The > website still lists the CVS "Ant itself" still is in CVS. The URL is . Stefan ---

Re: [patch] FTP.java - adding support for new features in com mons-net 1.4.0 and performance improvement

On Wed, 11 May 2005, Steve Cohen <[EMAIL PROTECTED]> wrote: > [EMAIL PROTECTED] wrote: >> If the tests pass - why not? :-) > > I wanted to discuss "the tests" and what is meant by that. When I saw Jan's remark I thought he must have been joking. I wouldn't call the existing tests tests. Stefa

Re: cvs commit: ant/docs/manual install.html

On 12 May 2005, <[EMAIL PROTECTED]> wrote: > +For all users, a minimum version of commons-net of 1.4.0 is now > required. Is this really true? I understand it is required to compile or if you use one of the new features. But if you use the same way you did before and use a binary insta