Re: JDK 1.1 support

On Fri, 14 Mar 2003 10:55 am, Steve Loughran wrote: > From: "Conor MacNeill" <[EMAIL PROTECTED]> > > > 4. Drop all the Ant2 cruft from the website. > > I think it should be preserved. > Some it is still interesting and worth keeping. By cruft I mean statements like "We are currently hashing out

DO NOT REPLY [Bug 17952] - "failonerror" and "verbose" undocumented on

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_bu

cvs commit: ant/src/main/org/apache/tools/ant/taskdefs/optional/ssh AbstractSshMessage.java

stevel 2003/03/13 16:31:43 Modified:src/main/org/apache/tools/ant/taskdefs/optional/ssh AbstractSshMessage.java Log: xdocs is strict about semicolons outside methods Revision ChangesPath 1.3 +1 -1 ant/src/main/org/apache/tools/ant/task

cvs commit: ant/src/main/org/apache/tools/ant/taskdefs ImportTask.java

stevel 2003/03/13 16:39:54 Modified:src/main/org/apache/tools/ant/taskdefs ImportTask.java Log: documentation for xdocs to pick up Revision ChangesPath 1.9 +17 -6 ant/src/main/org/apache/tools/ant/taskdefs/ImportTask.java Index: ImportTask.java

cvs commit: ant/src/main/org/apache/tools/ant/taskdefs SubAnt.java defaults.properties

stevel 2003/03/13 16:42:04 Modified:src/main/org/apache/tools/ant/taskdefs defaults.properties Added: src/main/org/apache/tools/ant/taskdefs SubAnt.java Log: subant goes in there (provisionally) Revision ChangesPath 1.142 +2 -0 ant/src/main/org/apache/t

subant

subant is in as a core task; DD says he's signed the handoff form already. I made two changes to his submission, both related to targeting. 1. target="" implies we want to invoke the default target. This lets you control target in a property and have "" map to something meaningful 2. commented

Re: JDK 1.1 support

- Original Message - From: "Conor MacNeill" <[EMAIL PROTECTED]> To: "Ant Developers List" <[EMAIL PROTECTED]> Sent: Thursday, March 13, 2003 16:10 Subject: Re: JDK 1.1 support > > > > > yes, that was my fault, wasnt it. File a bug against me :) > > > > :-) > I was discussing with someone

Re: JDK 1.1 support

Conor MacNeill wrote: > I'd like to throw this up again. What are peoples thoughts on the > following > > 1. Make Ant 1.6.x the last JDK 1.1 release. This would be clearly > documented +1 ( I would be +1 on making ant1.5 the last JDK1.1 release :-) > 2. Make the subsequent release require JDK

Re: JDK 1.1 support

On Fri, 14 Mar 2003 11:53 am, Costin Manolache wrote: > Conor MacNeill wrote: > > I'd like to throw this up again. What are peoples thoughts on the > > following > > > > 1. Make Ant 1.6.x the last JDK 1.1 release. This would be clearly > > documented > > +1 > ( I would be +1 on making ant1.5 the la

Re: JDK 1.1 support

On Thu, 13 Mar 2003 11:28 pm, Conor MacNeill wrote: > I'd like to throw this up again. What are peoples thoughts on the following > > 1. Make Ant 1.6.x the last JDK 1.1 release. This would be clearly > documented +1 for ditching JDK 1.1. Presumably we would still support compilation with an exte

Re: JDK 1.1 support

- Original Message - From: "Costin Manolache" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, March 13, 2003 16:53 Subject: Re: JDK 1.1 support > Then let's figure out if we shouldn't drop JDK1.1 now. > > Is there any active committer that uses JDK1.1 ? Are any active committe

Re: JDK 1.1 support

On Fri, 14 Mar 2003 01:02 pm, Steve Loughran wrote: > > Maybe we should ask the user community, not the dev mailing list. > Good idea - done. -- Conor MacNeill Blog: http://codefeed.com/blog/

Re: JDK 1.1 support

Steve Loughran wrote: >> I'm +1 to maintaining support for 1.1 if at least one committer is >> willing to volunteer to support it ( and does it ). > > 1. what do we gain from dropping 1.1 support at this stage in ant1.6? Few things. Using URLClassLoader would simplify a lot of code - to me that

Re: JDK 1.1 support

Adam Murdoch wrote: > It would also be a perfect time for a bit of selective > backwards-compatibility breaking at the code level: eg sort out the > classloader heirarchy, ditch deprecated methods, separate the core into > public api and private internals, split up project's responsibilities, > se

Re: ssh exec task...

Hi Rob, I haven't been following the ant dev list for a couple of weeks, I've been busy with other things. I see you've made progress with the ssh exec task. I had output from the one I wrote going to the log, would you mind sending me your code and maybe I can see how to get it to output to th

Re: DO NOT REPLY [Bug 10719] - Files processed under SQL task are hacked

Wouldn't this "trick" best be handled with the task anyway? -Rob Anderson - Original Message - From: <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, March 13, 2003 1:41 PM Subject: DO NOT REPLY [Bug 10719] - Files processed under SQL task are hacked > DO NOT REPLY TO THIS E

DO NOT REPLY [Bug 17952] - "failonerror" and "verbose" undocumented on

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_bu

Re: JDK 1.1 support

Steve Loughran wrote: - Original Message - From: "Costin Manolache" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, March 13, 2003 16:53 Subject: Re: JDK 1.1 support Then let's figure out if we shouldn't drop JDK1.1 now. I think moving to 1.2+ is a great idea but would like to

Re: cvs commit: ant/src/main/org/apache/tools/ant/taskdefs SQLExec.java

On 13 Mar 2003, <[EMAIL PROTECTED]> wrote: > - * 4. The names "Ant" and "Apache Software > + * 4. The names "The Jakarta Project", "Ant", and "Apache Software seems I need to alter my check script 8-) I'll take care of this. Stefan

Re: ssh exec task...

On Thu, 13 Mar 2003, Dale Anson <[EMAIL PROTECTED]> wrote: > I had output from the one I wrote going to the log, would you mind > sending me your code and maybe I can see how to get it to output to > the log? Or is it in cvs somewhere? In Ant's CVS

Re: JDK 1.1 support

On Fri, 14 Mar 2003, Conor MacNeill <[EMAIL PROTECTED]> wrote: > 1. Make Ant 1.6.x the last JDK 1.1 release. This would be clearly > documented Fine with me. I'd like to keep 1.6 compatible to JDK 1.1, though. When we make 1.2 a requirement, we'd better start using collections and URLClassloade

Re: JDK 1.1 support

On Thu, 13 Mar 2003, Costin Manolache <[EMAIL PROTECTED]> wrote: > Is there any active committer that uses JDK1.1 ? Me, from time to time. I still have to maintain a library that has a strong requirement of compiling against 1.1. > Are any active committers that are willing to support 1.1 ? So

cvs commit: ant/xdocs bindownload.xml

bodewig 2003/03/14 01:23:59 Modified:docs bindownload.html xdocsbindownload.xml Log: Henri doesn't have the time to upload every new Ant RPM anymore, better stop providing them from our site, then. Revision ChangesPath 1.19 +2 -1 ant/doc

cvs commit: ant/src/main/org/apache/tools/ant/taskdefs SQLExec.java

bodewig 2003/03/14 01:24:41 Modified:src/main/org/apache/tools/ant/taskdefs SQLExec.java Log: Remove reference to Jakarta Revision ChangesPath 1.51 +1 -1 ant/src/main/org/apache/tools/ant/taskdefs/SQLExec.java Index: SQLExec.java =

Re: 1.6 milestones ?

new features I would like in 1.6. 1) import task to import in-line at the moment, it imports at the end of the build file, thus messing up order for top level defines. 2) ability to have custom conditions - see bugzilla 17199 :-) 3) add if and unless attributes for some tasks e.g. in

cvs commit: ant/xdocs external.xml

bodewig 2003/03/14 04:03:51 Modified:docs external.html xdocsexternal.xml Log: Add pointer to XInclude. Submitted by: Mario Jeckle Revision ChangesPath 1.95 +57 -0 ant/docs/external.html Index: external.html ===

cvs commit: ant/src/testcases/org/apache/tools/ant/filters EscapeUnicodeTest.java

bodewig 2003/03/14 05:45:17 Modified:docs/manual/CoreTypes filterchain.html src/etc/testcases/filters build.xml src/main/org/apache/tools/ant/types FilterChain.java Added: src/etc/testcases/filters/expected escapeunicode.test src/etc/t

DO NOT REPLY [Bug 17506] - loadproperties not working with non latin characters

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_bu

Re: New External Task

I've changed the page in CVS, the site should be updated sometime during the next few hours via cron. Stefan

Re: cvs commit: ant/src/testcases/org/apache/tools/ant/filters EscapeUnicodeTest.java

On 14 Mar 2003, <[EMAIL PROTECTED]> wrote: > New filter that translates non-ASCII characters to > \u1234 escapes. Maybe we want to rename that to ? IIUC correctly it does the same thing as the task or Sun's tool of that name (only that the filter will also recode the latin-1 part (i.e. the

RE: subant

I actually signed off , not , technically, but in practice I give both. Anything I submit to BugZilla is good for the taking, and I'll refrain to include my usual/automatic copyright notice in the future. Sorry to hear you suppressed passing down the current target name... That one of the feature

RE: 1.6 milestones ?

If we are going to take things out of ant-contrib then we should take the , , and tasks out of ant-contrib and incorporate them into the main line with good documentation. They have een stable for what (years?) and they are defenitly useful, there is no sense on keeping them out of the main line

Re: subant

Dominique Devienne wrote, On 14/03/2003 15.50: I actually signed off , not , technically, but in practice I give both. Anything I submit to BugZilla is good for the taking, and I'll refrain to include my usual/automatic copyright notice in the future. Yees! lsync is kol :-) Sorry to hear you s

Re: 1.6 milestones ?

The if, foreach, try, and switch tasks are out of ant for philosophical reasons ("ant is not a scripting language") The generalized "if"/"unless" for inner elements idea is used (to great effect) by the cc tasks/datatypes. Another idea in cc is the use of an extend attribute to extend datatypes.

cvs commit: ant/docs/manual/OptionalTasks scp.html sshexec.html

bodewig 2003/03/14 07:10:27 Modified:.WHATSNEW docs/manual/OptionalTasks scp.html sshexec.html Log: A little housekeeping Revision ChangesPath 1.364 +2 -0 ant/WHATSNEW Index: WHATSNEW =

DO NOT REPLY [Bug 17871] - war task's webxml attrib no longer is able to use value with a starting backslash for the path in Windows

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_bu

DO NOT REPLY [Bug 17975] - EAR task doesn't inlcude specified appxml

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_bu

DO NOT REPLY [Bug 13605] - Optional SSH 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://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 10497] - Provide native2ascii as a FilterReader

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_bu

DO NOT REPLY [Bug 12368] - [PATCH] New task to execute sub-builds

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_bu

DO NOT REPLY [Bug 12632] - [PATCH] New to synchronize a local directory from one or more s

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_bu

DO NOT REPLY [Bug 12632] - [PATCH] New to synchronize a local directory from one or more s

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_bu

RE: subant

The dependency ordering addition is pluggeable... you just provide a resolver implementation. I created only one such implementation for my own custom format, but a GUMP resolver format would be easy to write. It's just the matter of parsing the GUMP descriptor, and creating instances that implemen

cvs commit: ant WHATSNEW

bodewig 2003/03/14 07:24:10 Modified:.WHATSNEW Log: 17871 is fixed Revision ChangesPath 1.365 +4 -0 ant/WHATSNEW Index: WHATSNEW === RCS file: /home/cvs/ant/WHATSNEW,v retrieving r

cvs commit: ant WHATSNEW

bodewig 2003/03/14 07:32:21 Modified:.Tag: ANT_15_BRANCH WHATSNEW Log: 17871 is fixed Revision ChangesPath No revision No revision 1.263.2.126 +4 -0 ant/WHATSNEW Index: WHATSNEW ==

Re: JDK 1.1 support

Stefan Bodewig wrote: > Fine with me. > > I'd like to keep 1.6 compatible to JDK 1.1, though. When we make 1.2 > a requirement, we'd better start using collections and URLClassloader > consistently - and doing this for 1.6 would push 1.6 even further down > the timeline. There are 3 issues: 1.

Re: subant

Dominique Devienne wrote, On 14/03/2003 16.23: The dependency ordering addition is pluggeable... you just provide a resolver implementation. Wow! :-D Excellent news, very nice! ... I already submitted SubAnt.java (the older version). I now have these other classes I'd submit provided enough interes

Re: JDK 1.1 support

Stefan Bodewig wrote: > On Thu, 13 Mar 2003, Costin Manolache <[EMAIL PROTECTED]> wrote: > >> Is there any active committer that uses JDK1.1 ? > > Me, from time to time. I still have to maintain a library that has > a strong requirement of compiling against 1.1. And using ant1.5 won't be enoug

Re: JDK 1.1 support

On Fri, 14 Mar 2003, Costin Manolache <[EMAIL PROTECTED]> wrote: > Stefan Bodewig wrote: >>> Just as a data point, CVS HEAD (Ant 1.6) has not compiled against >>> JDK 1.1 for a while now (due to diagnostics changes). >> >> But I've nagged Steve about it and promise to fix it during the >> next fe

Re: JDK 1.1 support

On Fri, 14 Mar 2003, Costin Manolache <[EMAIL PROTECTED]> wrote: > Stefan Bodewig wrote: > >> On Thu, 13 Mar 2003, Costin Manolache <[EMAIL PROTECTED]> wrote: >> >>> Is there any active committer that uses JDK1.1 ? >> >> Me, from time to time. I still have to maintain a library that has >> a st

cvs commit: ant/src/main/org/apache/tools/ant/taskdefs/condition Os.java

bodewig 2003/03/14 08:01:04 Modified:.WHATSNEW docs/manual/CoreTasks chmod.html conditions.html pathconvert.html src/main/org/apache/tools/ant/taskdefs Chmod.java Execute.java PathConvert.java

RE: subant

This is a completely different issue that I'm addressing independently. is not meant to replace GUMP. Its purpose is to build projects in a given order. It doesn't dictate the classpath used by these projects at all, like GUMP does. Each project is on its own to configure its classpath and everyt

Re: JDK 1.1 support

- Original Message - From: "Conor MacNeill" <[EMAIL PROTECTED]> > I'd like to throw this up again. What are peoples thoughts on the following > > 1. Make Ant 1.6.x the last JDK 1.1 release. This would be clearly documented I would say 1.5.x so long as x is not frozen. IOW, if there are

Re: subant

Dominique Devienne wrote, On 14/03/2003 17.08: This is a completely different issue that I'm addressing independently. is not meant to replace GUMP. Its purpose is to build projects in a given order. It doesn't dictate the classpath used by these projects at all, like GUMP does. Each project is o

Re: 1.6 milestones ?

peter reilly wrote: > The if, foreach, try, and switch tasks are out of ant > for philosophical reasons ("ant is not a scripting language") I still share the philosophical reasons, but I wouldn't -1 adding them. Many people use it ( I'm using them too ), and it is clearly better to use a clear

RE: subant

Not really ;-) GUMP works fine. I'm not trying to replicate it. I'm trying thru other means though to build a project so that all its dependencies are correctly fetched (if needed) and used. It's more similar to Maven in that regard, while retaining the flexibility to use whatever ant build you nee

Re: subant

Dominique Devienne wrote, On 14/03/2003 17.28: Not really ;-) GUMP works fine. I'm not trying to replicate it. I'm trying thru other means though to build a project so that all its dependencies are correctly fetched (if needed) and used. It's more similar to Maven in that regard, while retaining th

RE: subant

I'm trying to achieve a slightly different goal, specific to our needs here ;-) I'll try to get subant/buildpath out quickly with a proper license, disclaimer, and an example impl that could be used by anyone. Cheers, --DD -Original Message- From: Nicola Ken Barozzi [mailto:[EMAIL PROTECT

Re: JDK 1.1 support

At 03:28 PM 3/13/2003, Conor MacNeill wrote: I'd like to throw this up again. What are peoples thoughts on the following 1. Make Ant 1.6.x the last JDK 1.1 release. This would be clearly documented +1 2. Make the subsequent release require JDK 1.2+ (what about leap frogging to later versions?) I d

RE: 1.6 milestones ?

Thanks Costin. I also understand some of the philosophical arguments (not to become scripting), but when you see how confusing a buildfile looks and how many extra properties you need to add to the build just to avoid using , you undestand that it is really needed. The same argument can be ma

Re: JDK 1.1 support

Stefan Bodewig wrote: >> Most likely a "fix" will be more introspection magic... > > Not in this case. The code that is JDK 1.2 dependent in Diagnostics > can be replaced by 1.1 code without too much pain (it can be stolen > from the JUnit task, for example). Maybe in this case - but more cod

RE: 1.6 milestones ?

Jose Alberto Fernandez wrote: > Thanks Costin. > I also understand some of the philosophical arguments (not to become > scripting), but when you see how confusing a buildfile looks and how many > extra properties you need to add to the build just to avoid using , > you undestand that it is really

RE: 1.6 milestones ?

Is it possible to add expressions in target's if and unless attributes? It would reduce the necessity of statements. - Alexey. -- { http://trelony.cjb.net/ } Alexey N. Solofnenko Pleasant Hill, CA (GMT-8 usually)

DO NOT REPLY [Bug 18007] New: - stcheckin behavior of rootlocalfolder broken

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_bu

Re: 1.6 milestones ?

I have requested to be taken out of this mailing list but it does not work.. anyone knows what I need to do? I got in this list by mistake and now my mail box is flooded with email.. help please - and sorry to send this to everyone but the unsubscribe email thing does not work!!! any one can fix th

RE: 1.6 milestones ?

mailto:[EMAIL PROTECTED] -- { http://trelony.cjb.net/ } Alexey N. Solofnenko Pleasant Hill, CA (GMT-8 usually) -Original Message- From: Parimah MehrRostami [mailto:[EMAIL PROTECTED] Sent: Friday, March 14, 2003 10:18 AM To: Ant Developers List Subject: Re: 1.6 milestones ? I have requ

DO NOT REPLY [Bug 18011] New: - Overriding built-in types fails within tasks

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_bu

Re: 1.6 milestones ?

Costin Manolache wrote, On 14/03/2003 19.02: Jose Alberto Fernandez wrote: Thanks Costin. I also understand some of the philosophical arguments (not to become scripting), but when you see how confusing a buildfile looks and how many extra properties you need to add to the build just to avoid using

DO NOT REPLY [Bug 18020] New: - jspc timestamp errors

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_bu