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 design details for Ant2 yes, that was my fault, wasnt it. File a bug against me :) :-) -- Conor MacNeill Blog: http://codefeed.com/blog/
DO NOT REPLY [Bug 17952] - failonerror and verbose undocumented on move
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=17952. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17952 failonerror and verbose undocumented on move --- Additional Comments From [EMAIL PROTECTED] 2003-03-14 00:26 --- You will be pleased to note the new autogenerated docs are up to date: http://nagoya.apache.org/gump/javadoc/ant/proposal/xdocs/build/docs/manual/filesystem/move.html
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 === RCS file: /home/cvs/ant/src/main/org/apache/tools/ant/taskdefs/ImportTask.java,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- ImportTask.java 10 Mar 2003 07:54:29 - 1.8 +++ ImportTask.java 14 Mar 2003 00:39:54 - 1.9 @@ -62,17 +62,23 @@ import java.util.Vector; /** - * EXPERIMENTAL - * Import task. - * + * iEXPERIMENTAL:/i This task is experimental and may be under continual + * change till Ant1.6 ships; it may even be omitted from the product. + * p + * Task to import another build file into the current project. + * p * It must be 'top level'. On execution it'll read another file * into the same Project. - * - * Important: there is one limitation related with the top level + * p + * bImportant/b: there is one limitation related to the top level * elements in the imported files. The current implementation will * add them at the end of the top-level ( instead of replacing the * import element - which would be more intuitive ). - * + * p + * bImportant/b: we have not finalized how relative file references + * will be resolved in deep/complex build hierarchies -such as what happens + * when an imported file imports another file. Use absolute references for + * enhanced build file stability. * * @author Nicola Ken Barozzi [EMAIL PROTECTED] * @author Dominique Devienne [EMAIL PROTECTED] @@ -81,6 +87,11 @@ public class ImportTask extends Task { String file; +/** + * the name of the file to import. How relative paths are resolved is still + * in flux: use absolute paths for safety. + * @param file + */ public void setFile( String file ) { // I don't think we can use File - different rules // for relative paths.
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/tools/ant/taskdefs/defaults.properties Index: defaults.properties === RCS file: /home/cvs/ant/src/main/org/apache/tools/ant/taskdefs/defaults.properties,v retrieving revision 1.141 retrieving revision 1.142 diff -u -r1.141 -r1.142 --- defaults.properties 11 Mar 2003 13:15:43 - 1.141 +++ defaults.properties 14 Mar 2003 00:42:04 - 1.142 @@ -73,6 +73,7 @@ classloader=org.apache.tools.ant.taskdefs.Classloader import=org.apache.tools.ant.taskdefs.ImportTask whichresource=org.apache.tools.ant.taskdefs.WhichResource +subant=org.apache.tools.ant.taskdefs.SubAnt # optional tasks image=org.apache.tools.ant.taskdefs.optional.image.Image @@ -183,6 +184,7 @@ attrib=org.apache.tools.ant.taskdefs.optional.windows.Attrib scp=org.apache.tools.ant.taskdefs.optional.ssh.Scp sshexec=org.apache.tools.ant.taskdefs.optional.ssh.SSHExec +jsharpc=org.apache.tools.ant.taskdefs.optional.dotnet.JSharp # deprecated ant tasks (kept for back compatibility) starteam=org.apache.tools.ant.taskdefs.optional.scm.AntStarTeamCheckOut 1.1 ant/src/main/org/apache/tools/ant/taskdefs/SubAnt.java Index: SubAnt.java === /* * The Apache Software License, Version 1.1 * * Copyright (c) 2003 The Apache Software Foundation. All rights * reserved. * * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions * are met: * * 1. Redistributions of source code must retain the above copyright *notice, this list of conditions and the following disclaimer. * * 2. Redistributions in binary form must reproduce the above copyright *notice, this list of conditions and the following disclaimer in *the documentation and/or other materials provided with the *distribution. * * 3. The end-user documentation included with the redistribution, if *any, must include the following acknowlegement: * This product includes software developed by the *Apache Software Foundation (http://www.apache.org/). *Alternately, this acknowlegement may appear in the software itself, *if and wherever such third-party acknowlegements normally appear. * * 4. The names Ant and Apache Software Foundation *must not be used to endorse or promote products derived *from this software without prior written permission. For written *permission, please contact [EMAIL PROTECTED] * * 5. Products derived from this software may not be called Apache *nor may Apache appear in their names without prior written *permission of the Apache Group. * * THIS SOFTWARE IS PROVIDED ``AS IS'' AND ANY EXPRESSED OR IMPLIED * WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE * DISCLAIMED. IN NO EVENT SHALL THE APACHE SOFTWARE FOUNDATION OR * ITS CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, * SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT * LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF * USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND * ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, * OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT * OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF * SUCH DAMAGE. * * * This software consists of voluntary contributions made by many * individuals on behalf of the Apache Software Foundation. For more * information on the Apache Software Foundation, please see * http://www.apache.org/. */ package org.apache.tools.ant.taskdefs; import java.io.File; import java.io.IOException; import java.util.Vector; import java.util.Enumeration; import org.apache.tools.ant.Task; import org.apache.tools.ant.Project; import org.apache.tools.ant.BuildException; import org.apache.tools.ant.types.Path; import org.apache.tools.ant.types.DirSet; import org.apache.tools.ant.types.FileSet; import org.apache.tools.ant.types.FileList; import org.apache.tools.ant.types.Reference; import org.apache.tools.ant.taskdefs.Ant; import org.apache.tools.ant.taskdefs.Property; /** * iEXPERIMENTAL:/i This task is experimental and may be under continual * change
DO NOT REPLY [Bug 17952] - failonerror and verbose undocumented on move
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=17952. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17952 failonerror and verbose undocumented on move --- Additional Comments From [EMAIL PROTECTED] 2003-03-14 07:27 --- When we change from the 'old' docs to autogenerated? It´s true - the new doc 'inherits' these attributes from copy´s docs. (Thanks to XDoclet).
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 URLClassloader consistently - and doing this for 1.6 would push 1.6 even further down the timeline. 2. Make the subsequent release require JDK 1.2+ (what about leap frogging to later versions?) 1.2 OS/2 and the BSDs (not FreeBSD, but the rest of the pack) are the only OSes I'm aware of that don't have a decent 1.2+ VM yet, but there are quite a few without a stable 1.4 VM (and I don't think 1.3 would give us too much, proxies, but what else?). 3. Name this subsequent release Ant 2.0 (due to its change in system requirements) +0 4. Drop all the Ant2 cruft from the website. OK. 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 few weeks. 8-) Stefan
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/docs/bindownload.html Index: bindownload.html === RCS file: /home/cvs/ant/docs/bindownload.html,v retrieving revision 1.18 retrieving revision 1.19 diff -u -r1.18 -r1.19 --- bindownload.html 3 Mar 2003 15:24:12 - 1.18 +++ bindownload.html 14 Mar 2003 09:23:58 - 1.19 @@ -218,7 +218,8 @@ than 100 characters and have been created using GNU tar extensions. Thus they must be untarred with a GNU compatible version of codetar/code./p -pIn addition we provide RPMs created and maintained by the a href=http://www.jpackage.org;JPackage team/a, see the a href=[preferred]/ant/binaries/rpms/distribution directory/a./p +pIn addition the a href=http://www.jpackage.org;JPackage +project/a provides RPMs at their own distribution site./p pIf you do not see the file you need in the links below, please see the a href=http://www.apache.org/dist/ant/;master distribution directory/a or, preferably, its a href=[preferred]/ant/mirror/a./p 1.11 +2 -3 ant/xdocs/bindownload.xml Index: bindownload.xml === RCS file: /home/cvs/ant/xdocs/bindownload.xml,v retrieving revision 1.10 retrieving revision 1.11 diff -u -r1.10 -r1.11 --- bindownload.xml 3 Mar 2003 15:24:14 - 1.10 +++ bindownload.xml 14 Mar 2003 09:23:59 - 1.11 @@ -23,9 +23,8 @@ Thus they must be untarred with a GNU compatible version of codetar/code./p -pIn addition we provide RPMs created and maintained by the a -href=http://www.jpackage.org;JPackage team/a, see the a -href=[preferred]/ant/binaries/rpms/distribution directory/a./p +pIn addition the a href=http://www.jpackage.org;JPackage +project/a provides RPMs at their own distribution site./p pIf you do not see the file you need in the links below, please see the a href=http://www.apache.org/dist/ant/;master distribution
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 === RCS file: /home/cvs/ant/src/main/org/apache/tools/ant/taskdefs/SQLExec.java,v retrieving revision 1.50 retrieving revision 1.51 diff -u -r1.50 -r1.51 --- SQLExec.java 13 Mar 2003 21:41:11 - 1.50 +++ SQLExec.java 14 Mar 2003 09:24:41 - 1.51 @@ -23,7 +23,7 @@ *Alternately, this acknowlegement may appear in the software itself, *if and wherever such third-party acknowlegements normally appear. * - * 4. The names The Jakarta Project, Ant, and Apache Software + * 4. The names Ant and Apache Software *Foundation must not be used to endorse or promote products derived *from this software without prior written permission. For written *permission, please contact [EMAIL PROTECTED]
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/testcases/filters/input escapeunicode.test src/main/org/apache/tools/ant/filters EscapeUnicode.java src/testcases/org/apache/tools/ant/filters EscapeUnicodeTest.java Log: New filter escapeunicode that translates non-ASCII characters to \u1234 escapes. addresses PR: 17506 Revision ChangesPath 1.5 +29 -1 ant/docs/manual/CoreTypes/filterchain.html Index: filterchain.html === RCS file: /home/cvs/ant/docs/manual/CoreTypes/filterchain.html,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- filterchain.html 3 Sep 2002 15:24:08 - 1.4 +++ filterchain.html 14 Mar 2003 13:45:16 - 1.5 @@ -89,6 +89,7 @@ nested elements.BR a href=#filterreaderFilterReader/aBR a href=#classconstantsClassConstants/aBR +a href=#escapeunicodeEscapeUnicode/aBR a href=#expandpropertiesExpandProperties/aBR a href=#headfilterHeadFilter/aBR a href=#linecontainsLineContains/aBR @@ -162,6 +163,33 @@ lt;/loadpropertiesgt; /PRE/BLOCKQUOTE +H3a name=escapeunicodeEscapeUnicode/a/H3 +P +This filter converts its input by changing all non US-ASCII characters +into their equivalent unicode escape backslash u plus 4 digits./p + +Pemsince Ant 1.6/em/p + +H4Example:/H4 + +This loads the basic constants defined in a Java class as Ant properties. +BLOCKQUOTEPRE +lt;loadproperties srcfile=quot;non_ascii_property.propertiesquot;gt; + lt;filterchaingt; +lt;filterreader classname=quot;org.apache.tools.ant.filters.EscapeUnicodequot;/gt; + lt;/filterchaingt; +lt;/loadpropertiesgt; +/PRE/BLOCKQUOTE + +Convenience method: +BLOCKQUOTEPRE +lt;loadproperties srcfile=quot;non_ascii_property.propertiesquot;gt; + lt;filterchaingt; +lt;escapeunicode/gt; + lt;/filterchaingt; +lt;/loadpropertiesgt; +/PRE/BLOCKQUOTE + H3a name=expandpropertiesExpandProperties/a/H3 P If the data contains data that represents Ant @@ -629,5 +657,5 @@ HR -P align=centerCopyright copy; 2002 Apache Software Foundation. All rights +P align=centerCopyright copy; 2002-2003 Apache Software Foundation. All rights Reserved./P/BODY/HTML 1.2 +21 -2 ant/src/etc/testcases/filters/build.xml Index: build.xml === RCS file: /home/cvs/ant/src/etc/testcases/filters/build.xml,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- build.xml 30 Sep 2002 12:08:20 - 1.1 +++ build.xml 14 Mar 2003 13:45:16 - 1.2 @@ -6,18 +6,37 @@ /target target name=cleanup -delete dir=result / +delete dir=result/ /target target name=testLineContains depends=init copy todir=result - fileset dir=input/ + fileset dir=input +include name=linecontains.test/ + /fileset filterchain filterreader classname=org.apache.tools.ant.filters.LineContains param type=contains value=beta/ /filterreader /filterchain /copy +!--fixcrlf srcdir=result eol=lf + include name=linecontains.test/ +/fixcrlf-- + /target + + target name=testEscapeUnicode depends=init +copy todir=result encoding=UTF-8 + fileset dir=input +include name=escapeunicode.test/ + /fileset + filterchain +escapeunicode/ + /filterchain +/copy +fixcrlf srcdir=result eol=crlf + include name=escapeunicode.test/ +/fixcrlf /target /project 1.1 ant/src/etc/testcases/filters/expected/escapeunicode.test Index: escapeunicode.test === #hebrew shalom olam (hello world) text.hebrew=\u05e9\u05dc\u05d5\u05dd \u05e2\u05d5\u05dc\u05dd #goethe gingko biloba text.german.1=Sp\u00fcrst du nicht an meinen Liedern, text.german.2=Da\u00df ich eins und doppelt bin ? # Francois Villon Ballade des Pendus text.french=Fr\u00e8res humains qui apr\u00e8s nous vivez # Usual IT example text.basic.latin=Hello World 1.1 ant/src/etc/testcases/filters/input/escapeunicode.test Index: escapeunicode.test === #hebrew shalom olam (hello world) text.hebrew=שלום עולם #goethe gingko biloba text.german.1=Spürst du nicht an meinen Liedern, text.german.2=Daß ich eins und doppelt bin ? # Francois
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 http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17506. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17506 loadproperties not working with non latin characters [EMAIL PROTECTED] changed: What|Removed |Added URL||http://cvs.apache.org/viewcv ||s/ant/src/main/org/apache/to ||ols/ant/filters/EscapeUnicod ||e.java Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2003-03-14 13:50 --- OK, to summarize. Your input is not a vaild properties file, so you can't expect it to work. Your patch has been turned into a new filterreader that has been committed and will be part of Ant 1.6. This one can be used to solve the problem. As filterreaders are pluggable, you can use the same filterreader in Ant 1.5 (or earlier), it is just not part of the distribution. The source code can be downloaded from the URL given in the URL field of this bug. Thank you for the new filterreader 8-)
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 escapeunicode that translates non-ASCII characters to \u1234 escapes. Maybe we want to rename that to native2ascii? 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 eight but not seven bit characters). + target name=testEscapeUnicode depends=init snip +fixcrlf srcdir=result eol=crlf + include name=escapeunicode.test/ +/fixcrlf /target Became necessary as filtering copy converts the line ends to the platform's version (and the original files from Antoine have DOS line ends and contain binary characters so I had to commit them with -kb). I'm not really sure whether this is expected behavior or a bug in copy. Stefan
RE: subant
I actually signed off lsync, not subant, 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 of that task I won't live without. But that's OK, I'll keep using my own task then (actually I would anyhow for the dependency ordering I have). Thanks for including it. --DD -Original Message- From: Steve Loughran [mailto:[EMAIL PROTECTED] Sent: Thursday, March 13, 2003 6:48 PM To: ant-dev Subject: 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 out the lines where the default target was actually the name of the current target. I felt that was a bit too much implicit magic; sorry. -Steve
RE: 1.6 milestones ?
If we are going to take things out of ant-contrib then we should take the if, foreach, try and switch 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 anymore. By the way, having if would eliminate the need to sprinkle more tasks with if and unless attributes which just makes everything more confusing. What it would be nice is to have a way to generalize if and unless attributes in inner elements. So that one can use the pattern we use on filesets on other things. I.E.: ejb . weblogic ... if=use.weblogic wlclasspath .../ /weblogic jboss ... if=use.jboss /jboss /ejb Which would add the weblogic or the jboss or both depending on the property settings. I can see all kinds of ways to simplify builds by having something like that. Jose Alberto -Original Message- From: peter reilly [mailto:[EMAIL PROTECTED] Sent: 14 March 2003 11:32 To: Ant Developers List Subject: 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 exec one can set os = whatever to enable running this task. But normally one would have set a property that would have depended on more conditions than the os. post 1.6 4) move cpptasks from ant-contrib to main-line ant, in the optional tasks area Peter On Thursday 13 March 2003 08:17, Stefan Bodewig wrote: On Wed, 12 Mar 2003, Costin Manolache [EMAIL PROTECTED] wrote: Do we have any plan or idea on when we'll start distributing 1.6 milestone builds ? Ant has never released any milestone builds so far, so no, there is no plan yet AFAIK. If there was, you'd know it for sure 8-) Before we release a milestone we should make sure that whatever we release at least passes our tests (including the currently disabled ImportTest) and doesn't have any known regressions (see my mail of yesterday). And then I'd really love to have a rundown of the new features (I was swamped when you committed the parts coming from the embed proposal and lost track of it, a simple short list would suffice for starters) and look at them one by one to get consensus on whether we want them - if we can't agree on a given feature, it shouldn't be included in a milestone at all IMHO. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: subant
Dominique Devienne wrote, On 14/03/2003 15.50: I actually signed off lsync, not subant, 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 suppressed passing down the current target name... That one of the feature of that task I won't live without. But that's OK, I'll keep using my own task then (actually I would anyhow for the dependency ordering I have). Centipede does it using the Gump project descriptor. Could it be a wise thing to stick to one version of the two only, or does it make sense to have this anyway? (just asking) -- Nicola Ken Barozzi [EMAIL PROTECTED] - verba volant, scripta manent - (discussions get forgotten, just code remains) -
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. Peter On Friday 14 March 2003 14:54, Jose Alberto Fernandez wrote: If we are going to take things out of ant-contrib then we should take the if, foreach, try and switch 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 anymore. By the way, having if would eliminate the need to sprinkle more tasks with if and unless attributes which just makes everything more confusing. What it would be nice is to have a way to generalize if and unless attributes in inner elements. So that one can use the pattern we use on filesets on other things. I.E.: ejb . weblogic ... if=use.weblogic wlclasspath .../ /weblogic jboss ... if=use.jboss /jboss /ejb Which would add the weblogic or the jboss or both depending on the property settings. I can see all kinds of ways to simplify builds by having something like that. Jose Alberto -Original Message- From: peter reilly [mailto:[EMAIL PROTECTED] Sent: 14 March 2003 11:32 To: Ant Developers List Subject: 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 exec one can set os = whatever to enable running this task. But normally one would have set a property that would have depended on more conditions than the os. post 1.6 4) move cpptasks from ant-contrib to main-line ant, in the optional tasks area Peter On Thursday 13 March 2003 08:17, Stefan Bodewig wrote: On Wed, 12 Mar 2003, Costin Manolache [EMAIL PROTECTED] wrote: Do we have any plan or idea on when we'll start distributing 1.6 milestone builds ? Ant has never released any milestone builds so far, so no, there is no plan yet AFAIK. If there was, you'd know it for sure 8-) Before we release a milestone we should make sure that whatever we release at least passes our tests (including the currently disabled ImportTest) and doesn't have any known regressions (see my mail of yesterday). And then I'd really love to have a rundown of the new features (I was swamped when you committed the parts coming from the embed proposal and lost track of it, a simple short list would suffice for starters) and look at them one by one to get consensus on whether we want them - if we can't agree on a given feature, it shouldn't be included in a milestone at all IMHO. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 12632] - [PATCH] New lsync to synchronize a local directory from one or more filesets
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=12632. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12632 [PATCH] New lsync to synchronize a local directory from one or more filesets [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |ASSIGNED
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 implements DependencyNode (or provide a DependencyNodeAdapter if it doesn't) that my DependencyResolver class knows how to sort. Probably Jenny could be used to load the GUMP project instances, and a dependency adapter implemented for it. Note how buildpath returns a double array. This is to allow building in parallel projects when possible: Consider the usual diamond A, B C depends on A, D depends on B C, my resolver gives you: { {A}, {B,C}, {D} } which tells you can run B and C in parallel. Any project within an inner array can be build in parallel provided their dependencies (earlier stuff in the outer array) have been build before. I already submitted SubAnt.java (the older version). I now have these other classes I'd submit provided enough interest (the last two are not of interest to anyone but me): BuildPath.java BuildPathResolver.java DependencyCycleException.java DependencyNode.java DependencyNodeAdapter.java DependencyNodeImpl.java DependencyResolver.java DependencyResolverTest.java TahoeBuildPathResolver.java (private impl of BuildPathResolver) TahoeProject.java (private impl of DependencyNode) The build path resolver is specified and configured in a usual Ant way: buildpath ident=buildpath resolverClassname=com.lgc.buildmagic.TahoeBuildPathResolver param name=destdir value=${destdir} / param name=dependencies value=${dependencies} / /buildpath And the class loaded must implement the BuildPathResolver interface defined below: package com.lgc.buildmagic; import java.io.File; import org.apache.tools.ant.types.Parameterizable; /** * Helper class allowing a codeBuildPath/code to be dynamically * inferred instead of being statically defined. * p * Provides the famous emextra level of indirection/em which is the * solution to all computing problems ;-) * * @author a href=mailto:[EMAIL PROTECTED]Dominique Devienne/a * @version Nov 2002 - Copyright (c) 2002, Landmark Graphics Corp. * * @see BuildPath * @see SubAnt */ public interface BuildPathResolver extends Parameterizable { /** * Gets the sorted array of all the build directories or build files * that need to be build. * * @return a non-codenull/code but possibly empty array of build * files and/or build directories. All returned files being * directories instead of file will be appended with the anfile * name defined by the lt;subantgt; task * (which defaults to build.xml) */ File[][] getBuildPath(); } // END class BuildPathResolver -Original Message- From: Nicola Ken Barozzi [mailto:[EMAIL PROTECTED] Sent: Friday, March 14, 2003 8:56 AM To: Ant Developers List Subject: Re: subant Dominique Devienne wrote, On 14/03/2003 15.50: I actually signed off lsync, not subant, 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 suppressed passing down the current target name... That one of the feature of that task I won't live without. But that's OK, I'll keep using my own task then (actually I would anyhow for the dependency ordering I have). Centipede does it using the Gump project descriptor. Could it be a wise thing to stick to one version of the two only, or does it make sense to have this anyway? (just asking) -- Nicola Ken Barozzi [EMAIL PROTECTED] - verba volant, scripta manent - (discussions get forgotten, just code remains)
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 http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18007. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18007 stcheckin behavior of rootlocalfolder broken Summary: stcheckin behavior of rootlocalfolder broken Product: Ant Version: 1.5.2 Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Major Priority: Other Component: Optional Tasks AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] With ant 1.5.1, my task works (though it ignores file status). get output like: starteam_checkin_schema_files: [stcheckin] Warning: rootLocalFolder specified, but forcing off. [stcheckin] overriding local folder to C:\DOCUME~1\ESCHWA~1\LOCALS~1\Temp\CLG_Sc hema_Proc\depot\schemas [stcheckin] Checking In: C:\DOCUME~1\ESCHWA~1\LOCALS~1\Temp\CLG_Schema_Proc\depo t\schemas\text.xsd Upgrading to 1.5.2 it no longer works, with output like: starteam_checkin_schema_files: [stcheckin] Recursive Checkin from: C:\DOCUME~1\ESCHWA~1\LOCALS~1\Temp\CLG_Schem a_Proc\depot\schemas [stcheckin] Checking in to: mainline\ClasswellContent\ContentData\eBook\testSche mas\ [stcheckin] Includes specified: *.xsd [stcheckin] Items will be checked in with no change in lock status. [stcheckin] Items will be checked in regardless of repository status only if l ocked. [stcheckin] Local file missing: C:\april_2003\ClasswellContent\ContentData\eBook \C:\DOCUME~1\ESCHWA~1\LOCALS~1\Temp\CLG_Schema_Proc\depot\schemas\C:\DOCUME~1\ES CHWA~1\LOCALS~1\Temp\CLG_Schema_Proc\depot\schemas\mcd_msm\bookshell.xsd -- mai nline\ClasswellContent\ContentData\eBook\testSchemas\mcd_msm\bookshell.xsd I don't know how reliable the output is, but it seems to be screwing up it's treament of the rootlocalfolder. My task sets that to be C:\DOCUME~1\ESCHWA~1\LOCALS~1\Temp\CLG_Schema_Proc\depot\schemas (as the output shows) However it Local file missing output seems to indicate that it is still looking for the default working path for the project which would be C:\april_2003\ClasswellContent\ContentData\eBook\. In fact the output makes it look like it's trying to append my rootlocalfolder path to the default path or something. Regardless it's wrong, and it's not finding file which is indeed there. FWIW, my full stcheckin task looks like: target name=starteam_checkin_schema_files depends=httpize_schema_refs, cvs_checkout_latest_approved stcheckin servername=${st.server.name} serverport=${st.server.port} projectname=${st.project.dtd} viewname=${st.view.dtd} username=${st.user} password=${st.pw} rootlocalfolder=${schemas.temp.dir}/${cvs.module}/schemas includes=*.xsd forced=false recursive=true rootstarteamfolder=${st.root} comment=Checkin latest approved from CVS adduncontrolled=true / /target