DO NOT REPLY [Bug 18930] New: - SQLExec Task does not work well with MS SQL Server
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=18930. 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=18930 SQLExec Task does not work well with MS SQL Server Summary: SQLExec Task does not work well with MS SQL Server Product: Ant Version: 1.5.3 Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: Other Component: Core tasks AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] There are a number of problems with using the SQLExec task Ant 1.5.3 1)the delimiter test is case-sensitive. It's difficult to control whether a delimiter is entered as go, Go or GO. This can be addressed easily in Ant by changing .equals in line 469 to .equalsIgnoreCase. 2)The batch is submitted with all line breaks removed. My main use for SQLExec is loading stored procedures. If I use SQLExec as is then the db's version of the sproc has no linefeeds. This makes it difficult to view the file when, on occasion, I want to compare the current db version of the sproc with a local version. This can be addressed easily by replacing line 454 with: sql += \n + line; I don't believe any statements should suffer from this since all you this actually does is restore the line breaks that were in the source. If you make that change then the lines 457 through 462 become redundant.
DO NOT REPLY [Bug 18935] New: - Remove quotes
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=18935. 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=18935 Remove quotes Summary: Remove quotes Product: Ant Version: 1.5.1 Platform: PC OS/Version: Windows XP Status: NEW Severity: Major Priority: Other Component: Wrapper scripts AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Running ant.bat as is returns a ClassDefFoundError. It seems to get confused with the quotes placed around some jar files included in the classpath, specifically catalina-ant and tools (actually, even classes.zip). I was able to fix it by changing the lines that add them to the LOCALCLASSPATH to: call %ANT_HOME%\bin\lcp.bat %ANT_HOME%\..\server\lib\catalina-ant.jar if exist %JAVA_HOME%\lib\tools.jar call %ANT_HOME%\bin\lcp.bat %JAVA_HOME% \lib\tools.jar if exist %JAVA_HOME%\lib\classes.zip call %ANT_HOME%\bin\lcp.bat % JAVA_HOME%\lib\classes.zip Also, there was something weird going on with these lines: %_JAVACMD% -classpath %LOCALCLASSPATH% -Dant.home=%ANT_HOME% - Djwsdp.home=%ANT_HOME%\.. %ANT_OPTS% org.apache.tools.ant.Main % ANT_CMD_LINE_ARGS% %_JAVACMD% -classpath %LOCALCLASSPATH% -Dant.home=%ANT_HOME% - Djwsdp.home=%ANT_HOME%\.. -Djikes.class.path=%JIKESPATH% %ANT_OPTS% org.apache.tools.ant.Main %ANT_CMD_LINE_ARGS% The quotes were before the '-Dant' and 'Djwdsp'. They should be: %_JAVACMD% -classpath %LOCALCLASSPATH% -Dant.home=%ANT_HOME% - Djwsdp.home=%ANT_HOME%\.. %ANT_OPTS% org.apache.tools.ant.Main % ANT_CMD_LINE_ARGS% %_JAVACMD% -classpath %LOCALCLASSPATH% -Dant.home=%ANT_HOME% - Djwsdp.home=%ANT_HOME%\.. -Djikes.class.path=%JIKESPATH% %ANT_OPTS% org.apache.tools.ant.Main %ANT_CMD_LINE_ARGS% Maybe I'm wrong, but it worked.
Re: [PATCH] add regular expressions to ContainsSelector.java
On Thu, 10 Apr 2003, Jay [EMAIL PROTECTED] wrote: I was thinking that the filters were more geared to changing text, not just identifiying a file has a specific content. You are absolutely correct. What I tried to say in my clumsy way: We have to tasks that perform replacements, replace and replaceregexp. We have two filter readers that select lines based on matching, linecontains and linecontainsregexp. Following that it would be consistent to have to selectors based on matching, contains and containsregexp. So would it be ok to make ContainsRegexpSelector under /ant/types/selectors that is basically the same as ContainsSelector but just accepts a single parm and does the regular expression search only? Exactly. Thanks for your time on this. Thank you Stefan
DO NOT REPLY [Bug 18940] New: - Proposal for making antcall with parameters less bulky
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=18940. 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=18940 Proposal for making antcall with parameters less bulky Summary: Proposal for making antcall with parameters less bulky Product: Ant Version: 2.0 spec Platform: All OS/Version: All Status: NEW Severity: Enhancement Priority: Other Component: Core tasks AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] When making a build file more modular, I found that using the normal antcallparam name=a value=b/ syntax is a bit bulky. My proposal is simple: Allow for inserting any attribute in a antcall element and make these attributes available as parameters inside the target ant task. Example: Current: antcall target=ftp.get.lib param name=src value=${cvs.export}/junit/junit-3_8_1/ param name=file value=junit.jar/ /antcall After: antcall target=ftp.get.lib src=${cvs.export}/junit/junit-3_8_1 file=junit.jar/ /antcall Of course common attribute analyse comes first, i.e. target is an attribute consumed by the antcall task itself - but name clashes of this kind should not be an issue. Although this is only a slight change - it would make my build files more readable and clear.
DO NOT REPLY [Bug 18945] New: - subversion
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=18945. 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=18945 subversion Summary: subversion Product: Ant Version: 1.1 Platform: Other OS/Version: Other Status: NEW Severity: Enhancement Priority: Other Component: Core tasks AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] It would be nice if you added support for svn. http://subversion.tigris.org
DO NOT REPLY [Bug 18949] New: - Zip HTML attribute table omits update default value
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=18949. 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=18949 Zip HTML attribute table omits update default value Summary: Zip HTML attribute table omits update default value Product: Ant Version: 1.5.3 Platform: All OS/Version: Other Status: NEW Severity: Minor Priority: Other Component: Documentation AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Zip HTML documentation attribute table: update shown as an optional attribute, but description fails to mention what the default is (it is in the body text above, but it would be useful if it was also in the table) [As far as I can see, all the other attribute defaults are given where necessary.]
DO NOT REPLY [Bug 18949] - Zip Jar HTML attribute table omits update default value
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=18949. 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=18949 Zip Jar HTML attribute table omits update default value [EMAIL PROTECTED] changed: What|Removed |Added Summary|Zip HTML attribute table|Zip Jar HTML attribute |omits update default value |table omits update default ||value --- Additional Comments From [EMAIL PROTECTED] 2003-04-11 10:54 --- The same applies to the jar task HTML description - the table does not mention the default for the update attribute.
DO NOT REPLY [Bug 18950] New: - Enable Javac to update jar file
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=18950. 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=18950 Enable Javac to update jar file Summary: Enable Javac to update jar file Product: Ant Version: 1.5.3 Platform: Other OS/Version: Other Status: NEW Severity: Enhancement Priority: Other Component: Core tasks AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] It would be useful to be able to specify a jar file which was to be updated with any new class files created. This might speed up incremental builds. [[Might be tricky to work out the names of nested class files. One way might be to parse the -verbose output; another might be to write the class files into a temporary directory first.]] If the target jar file did not exist, then the update command should probably be ignored, as the build is probably a full build.
DO NOT REPLY [Bug 18912] - Javadoc: nested element tag does not allow empty description attribute
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=18912. 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=18912 Javadoc: nested element tag does not allow empty description attribute --- Additional Comments From [EMAIL PROTECTED] 2003-04-11 11:18 --- I think the code causing this behaviour is located in org.apache.tools.ant.taskdefs.Javadoc.java in method getParameter(): if (description == null || description.equals()){ throw new BuildException (No description specified for custom tag + name); } I think the exception should not be thrown if the tag name is a standard tag name.
DO NOT REPLY [Bug 18656] - Rename recursively
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=18656. 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=18656 Rename recursively --- Additional Comments From [EMAIL PROTECTED] 2003-04-11 11:43 --- I want to rename those files and directories that have some pattern in their names. Only rename. The content must keep as it is. Sorry if my english is not so good
DO NOT REPLY [Bug 18950] - Enable Javac to update jar file
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=18950. 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=18950 Enable Javac to update jar file --- Additional Comments From [EMAIL PROTECTED] 2003-04-11 13:29 --- If the jar is on the classpath (and it is probably going to end up there, at least for javac), you won't be able to alter its content on Windows - it will be locked. If you manage to change the jar (on Unix systems for example) you run a good chance of destroying the stability of your VM. Many VMs scan the CLASSPATH upfront and get really confused if an archive changes during their lifetime.
cvs commit: ant/docs/manual/CoreTasks ear.html jar.html war.html zip.html
bodewig 2003/04/11 06:31:19 Modified:docs/manual/CoreTasks ear.html jar.html war.html zip.html Log: Indicate default for update attribute, Bug 18949 Revision ChangesPath 1.15 +2 -2 ant/docs/manual/CoreTasks/ear.html Index: ear.html === RCS file: /home/cvs/ant/docs/manual/CoreTasks/ear.html,v retrieving revision 1.14 retrieving revision 1.15 diff -u -r1.14 -r1.15 --- ear.html 30 Jul 2002 10:38:56 - 1.14 +++ ear.html 11 Apr 2003 13:31:18 - 1.15 @@ -94,7 +94,7 @@ tr td valign=topupdate/td td valign=topindicates whether to update or overwrite - the destination file if it already exists./td + the destination file if it already exists. Default is quot;falsequot;./td td valign=top align=centerNo/td /tr tr @@ -117,7 +117,7 @@ lt;/eargt; /pre hr -p align=centerCopyright copy; 2001-2002 Apache Software Foundation. All rights +p align=centerCopyright copy; 2001-2003 Apache Software Foundation. All rights Reserved./p /body 1.26 +1 -1 ant/docs/manual/CoreTasks/jar.html Index: jar.html === RCS file: /home/cvs/ant/docs/manual/CoreTasks/jar.html,v retrieving revision 1.25 retrieving revision 1.26 diff -u -r1.25 -r1.26 --- jar.html 22 Mar 2003 09:39:46 - 1.25 +++ jar.html 11 Apr 2003 13:31:18 - 1.26 @@ -133,7 +133,7 @@ tr td valign=topupdate/td td valign=topindicates whether to update or overwrite - the destination file if it already exists./td + the destination file if it already exists. Default is quot;falsequot;./td td valign=top align=centerNo/td /tr tr 1.18 +2 -2 ant/docs/manual/CoreTasks/war.html Index: war.html === RCS file: /home/cvs/ant/docs/manual/CoreTasks/war.html,v retrieving revision 1.17 retrieving revision 1.18 diff -u -r1.17 -r1.18 --- war.html 31 Oct 2002 07:23:50 - 1.17 +++ war.html 11 Apr 2003 13:31:18 - 1.18 @@ -102,7 +102,7 @@ tr td valign=topupdate/td td valign=topindicates whether to update or overwrite - the destination file if it already exists./td + the destination file if it already exists. Default is quot;falsequot;./td td valign=top align=centerNo/td /tr tr @@ -180,7 +180,7 @@ report. hr -p align=centerCopyright copy; 2000-2002 Apache Software Foundation. All rights +p align=centerCopyright copy; 2000-2003 Apache Software Foundation. All rights Reserved./p /body 1.18 +1 -1 ant/docs/manual/CoreTasks/zip.html Index: zip.html === RCS file: /home/cvs/ant/docs/manual/CoreTasks/zip.html,v retrieving revision 1.17 retrieving revision 1.18 diff -u -r1.17 -r1.18 --- zip.html 19 Feb 2003 07:57:29 - 1.17 +++ zip.html 11 Apr 2003 13:31:18 - 1.18 @@ -139,7 +139,7 @@ tr td valign=topupdate/td td valign=topindicates whether to update or overwrite - the destination file if it already exists./td + the destination file if it already exists. Default is quot;falsequot;./td td valign=top align=centerNo/td /tr tr
DO NOT REPLY [Bug 18949] - Zip Jar HTML attribute table omits update default value
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=18949. 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=18949 Zip Jar HTML attribute table omits update default value [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-04-11 13:34 --- fixed with nightly build 2003-04-12 and in online docs.
DO NOT REPLY [Bug 18930] - SQLExec Task does not work well with MS SQL Server
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=18930. 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=18930 SQLExec Task does not work well with MS SQL Server [EMAIL PROTECTED] changed: What|Removed |Added Severity|Major |Enhancement --- Additional Comments From [EMAIL PROTECTED] 2003-04-11 13:39 --- part two is a duplicate of bug 10719 and is fixed for Ant 1.6.
DO NOT REPLY [Bug 18906] - [PATCH] Added support for custom components that need classloading
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=18906. 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=18906 [PATCH] Added support for custom components that need classloading [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] AssignedTo|[EMAIL PROTECTED] |[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2003-04-11 13:41 --- I won't find time to really look into it this week, but assigned it to myself anyway. Dominique, please feel encouraged to propose your alternative approach as well 8-)
DO NOT REPLY [Bug 18952] New: - Mispelling in JavaDoc comments
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=18952. 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=18952 Mispelling in JavaDoc comments Summary: Mispelling in JavaDoc comments Product: Ant Version: 1.6Alpha (nightly) Platform: Other OS/Version: Other Status: NEW Severity: Minor Priority: Other Component: Core AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] org.apache.tools.ant.taskdefs.compilers.Jikes JDC of execute() contains two dots (.) after IBM: * Performs a compile using the Jikes compiler from IBM..
AW: [Patch] es to be submitted
Dito :-) http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18849 Adds a new skip attribute to HeadFilter and TailFilter. Added Testcases. Updated docs. Jan Matèrne -Ursprüngliche Nachricht- Von: Antoine Levy-Lambert [mailto:[EMAIL PROTECTED] Gesendet am: Freitag, 11. April 2003 15:44 An: Ant Developers List Betreff: [Patch] es to be submitted There are several bug reports where I have prepared code, and documentation and testcases , and I would like them to be submitted before the code patches are obsolete : http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17007 allow to define ZipFileSet(s) outside of Zip task this is an easy one, it makes the zip filesets definable with an id which can be referred to in several tasks, like FileSets, ... http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15434 MimeMailer doesn't work properly with national charset I did not write the code for this one, but it looks very interesting for Ant users not working only with the Latin character set. This patch allows to send an email in Russian or Chinese from a computer with an American English OS. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17257 build.sh install problem under cygwin small correction - take the remarks of Conor Mc Neill into account - he is right http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18431 new p4labelsync task this one has been requested by one user; since it is a new task, it should not harm any one. Yours Antoine
Re: having datatypes load classes
On Thu, 10 Apr 2003, Marc Portier [EMAIL PROTECTED] wrote: seems to me however the current LoaderUtil more has somewhat of a jdk-version match-up function? It used to be used for that, yes. But this part of its functionality is no longer needed in Ant 1.6 as we've dropped JDK 1.1 compatibility. CVS HEAD is going to drop Java 1.1 compatibility, so some changes in the whole classloader area are to be expected. could you elaborate, and maybe be explicit on how this can affect my doing ATM? If only I knew 8-) One thing that looks as if it was changing is that Ant's classes themselves will be loaded by a classloader that is not the system classloader. I don't think it is going to affect your doing, but I'm not 100% sure. The other thing is that you may be able to simplify things when you know you don't have to care about 1.1 compatibilty. Stefan
cvs commit: ant/proposal/sandbox/antlib/src/main/org/apache/tools/ant Project.java antlib.xml
bodewig 2003/04/11 06:54:47 Modified:proposal/sandbox/antlib/src/main/org/apache/tools/ant Project.java antlib.xml Log: More syncing of the antlib proposal with the main code line. Submitted by: Antoine Levy-Lambert levylambert at tiscali dash dsl dot de Revision ChangesPath 1.6 +49 -0 ant/proposal/sandbox/antlib/src/main/org/apache/tools/ant/Project.java Index: Project.java === RCS file: /home/cvs/ant/proposal/sandbox/antlib/src/main/org/apache/tools/ant/Project.java,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- Project.java 1 Apr 2003 11:35:06 - 1.5 +++ Project.java 11 Apr 2003 13:54:47 - 1.6 @@ -70,6 +70,7 @@ import org.apache.tools.ant.types.FilterSetCollection; import org.apache.tools.ant.util.FileUtils; import org.apache.tools.ant.util.LazyHashtable; +import org.apache.tools.ant.util.JavaEnvUtils; import org.apache.tools.ant.types.Path; import org.apache.tools.ant.taskdefs.Antlib; import org.apache.tools.ant.input.InputHandler; @@ -133,6 +134,13 @@ private static String javaVersion; /** + * The class name of the Ant class loader to use for + * JDK 1.2 and above + */ +private static final String ANTCLASSLOADER_JDK12 += org.apache.tools.ant.loader.AntClassLoader2; + +/** * Description of the Field */ public final static String JAVA_1_0 = 1.0; @@ -462,6 +470,47 @@ } } + +/** + * Factory method to create a class loader for loading classes + * + * @return an appropriate classloader + */ +private AntClassLoader createClassLoader() { +AntClassLoader loader = null; +if (!JavaEnvUtils.isJavaVersion(JavaEnvUtils.JAVA_1_1)) { +try { +// 1.2+ - create advanced helper dynamically +Class loaderClass += Class.forName(ANTCLASSLOADER_JDK12); +loader = (AntClassLoader) loaderClass.newInstance(); +} catch (Exception e) { +log(Unable to create Class Loader: ++ e.getMessage(), Project.MSG_DEBUG); +} +} + +if (loader == null) { +loader = new AntClassLoader(); +} + +loader.setProject(this); +return loader; +} + +/** + * Factory method to create a class loader for loading classes from + * a given path + * + * @param path the path from whcih clases are to be loaded. + * + * @return an appropriate classloader + */ +public AntClassLoader createClassLoader(Path path) { +AntClassLoader loader = createClassLoader(); +loader.setClassPath(path); +return loader; +} /** * Sets the coreLoader attribute of the Project object 1.2 +8 -0 ant/proposal/sandbox/antlib/src/main/org/apache/tools/ant/antlib.xml Index: antlib.xml === RCS file: /home/cvs/ant/proposal/sandbox/antlib/src/main/org/apache/tools/ant/antlib.xml,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- antlib.xml2 Mar 2002 22:21:19 - 1.1 +++ antlib.xml11 Apr 2003 13:54:47 - 1.2 @@ -122,9 +122,17 @@ data-type name=patternset class=org.apache.tools.ant.types.PatternSet/ data-type name=mapper class=org.apache.tools.ant.types.Mapper/ data-type name=filterset class=org.apache.tools.ant.types.FilterSet/ + data-type name=filterchain class=org.apache.tools.ant.types.FilterChain / + data-type name=filterreader class=org.apache.tools.ant.types.AntFilterReader / data-type name=description class=org.apache.tools.ant.types.Description/ data-type name=substitution class=org.apache.tools.ant.types.Substitution/ data-type name=regexp class=org.apache.tools.ant.types.RegularExpression/ + data-type name=selector class=org.apache.tools.ant.types.selectors.SelectSelector/ + data-type name=zipfileset class=org.apache.tools.ant.types.ZipFileSet/ + data-type name=xmlcatalog class=org.apache.tools.ant.types.XMLCatalog / + data-type name=extensionSet class=org.apache.tools.ant.taskdefs.optional.extension.ExtensionSet / + data-type name=extension class=org.apache.tools.ant.taskdefs.optional.extension.ExtensionAdapter / + data-type name=libfileset class=org.apache.tools.ant.taskdefs.optional.extension.LibFileSet / !-- deprecated ant tasks (kept for back compatibility) --
Re: [Patch] es to be submitted
On Fri, 11 Apr 2003, Antoine Levy-Lambert [EMAIL PROTECTED] wrote: There are several bug reports where I have prepared code, and documentation and testcases , and I would like them to be submitted before the code patches are obsolete : There are certain constants in life, one is there will always be a huge patch backlog in Ant 8-) http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17007 allow to define ZipFileSet(s) outside of Zip task this is an easy one, And at the same time something that I wouldn't want to apply. It interferes with several proposals to introduce some kind of polymorphism in Ant. I'm sure that you are not aware of them, but there've been plans and even complete code for such things. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15434 MimeMailer doesn't work properly with national charset I looked into it, but I'm not really familiar with JavaMail. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18431 new p4labelsync task this one has been requested by one user; and even less with Perforce. When things like this happen, I usually hope that a patch is confirmed (i.e. works for me) by at least one other (Perforce in this case) user. since it is a new task, it should not harm any one. Sorry, this is somewhat short sighted, every new task that no committer can maintain does harm to Ant in some way or the other. Stefan
Re: [Patch] es to be submitted
On Fri, 11 Apr 2003, Jan Materne [EMAIL PROTECTED] wrote: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18849 Adds a new skip attribute to HeadFilter and TailFilter. We (or at least I) have some informal segmentation in Ant's code base. Bruce is the selector guy, Magesh is the filter guy and so on. Unless Magesh finds time for this, I'll assign it to myself sometime later this months. Note that your patch - just like Antoine's - are not really targeting a piece of code that was changing every day, so it is unlikely a patch would go bad within the next weeks. The patch command itself does a reasonably good job to merge things, even if there were changes. Stefan
AW: [Patch] es to be submitted
Thanks for explanation. I was accustom an answer within short time (especialy because Magesh had done the suggestion of skip :-) I will wait ... Jan -Ursprüngliche Nachricht- Von: Stefan Bodewig [mailto:[EMAIL PROTECTED] Gesendet am: Freitag, 11. April 2003 16:22 An: [EMAIL PROTECTED] Betreff: Re: [Patch] es to be submitted On Fri, 11 Apr 2003, Jan Materne [EMAIL PROTECTED] wrote: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18849 Adds a new skip attribute to HeadFilter and TailFilter. We (or at least I) have some informal segmentation in Ant's code base. Bruce is the selector guy, Magesh is the filter guy and so on. Unless Magesh finds time for this, I'll assign it to myself sometime later this months. Note that your patch - just like Antoine's - are not really targeting a piece of code that was changing every day, so it is unlikely a patch would go bad within the next weeks. The patch command itself does a reasonably good job to merge things, even if there were changes. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [Patch] es to be submitted
Actually, that's interesting, and somewhat freaky because last night when I was having trouble falling asleep, I thought some more about my DynamicTag class, and I actually thought of stuff that could solve that particular use case ;-) See DynamicTag implements DynamicConfigurator, and you normal compose a dynatag within your task (both examples I provided), but you can also make your task itself implement DynamicConfigurator, and forward the call to a pre-initializes private dynatag. Provided that the task then forwards the maybeConfigure() call to the private dynatag, it's functionally equivalent, except you can put any element that's the required type (FileSet in this case) directly inside the task, instead of within the nested dynatag instead. The snag if that if you do that, you can have only one such implicit dynatag, parametrized on a single expect type (can take an array of types to satisfy, but applies AND logic on them). But then again you can still using composition if you need to do polymorphism for several 'types' of sub-element. Nodoby looked at DynamicTag, so I guess I'm the only one seeing this ;-) Cheers, --DD -Original Message- From: Stefan Bodewig [mailto:[EMAIL PROTECTED] Sent: Friday, April 11, 2003 9:36 AM To: [EMAIL PROTECTED] Subject: Re: [Patch] es to be submitted On Fri, 11 Apr 2003, Dominique Devienne [EMAIL PROTECTED] wrote: What's going on around the idea of Polymorphism in Ant? (beyond datatype refid=xyz / that is) The idea is to enable copy ... zipfileset src=foo.zip/ /copy or copy ... fileset src=foo.zip ant:type=zipfileset/ /copy or something similar without doing anything in copy to make it aware of ZipFileSet.
DO NOT REPLY [Bug 18956] New: - p4change task causes build to hang
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=18956. 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=18956 p4change task causes build to hang Summary: p4change task causes build to hang Product: Ant Version: 1.5.3 Platform: Sun OS/Version: Other Status: NEW Severity: Major Priority: Other Component: Optional Tasks AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Upgrading Ant 1.5 to 1.5.3 causes the perforce optional tasks to hang the build process, this is not always the case, maybe 2% of the builds succeed. If attaching a debugger and stepping through the perforce tasks, the build continues. Therefore it seems to me that is has to do with some timing problems. I've tried various versions of J2SE but the behavior stays the same. However making thread dumps shows that it is always the Execute task that is in the wait state. It appears (by attaching truss to the perforce task) that the p4change -i command is waiting for input and Ant waiting for p4change -i to return. The is caused by a p4change -o command that is executed before (to obtain the form to fill in) that can't obtain the p4change -o output. Only with the debugger a form is obtained. Therefore it seems that the real problem is somewhere in the code that has to read the output from the Unix process. I tried to run some old perforce optional tasks with Ant 1.5.3 that gave me the same behavior, so maybe it is somewhere in the core. BTW the code in P4HandlerAdapter at line 135 seems strange to me, why synchronize on the Reader itself, shouldn't it be the outer class? while ((line = input.readLine()) != null) { synchronized (this){ process(line); } } Full thread dump Java HotSpot(TM) Client VM (1.4.2-beta-b19 mixed mode): Thread-8 prio=5 tid=0x002769e8 nid=0x14 runnable [f0b81000..f0b819a0] at java.io.FileInputStream.readBytes(Native Method) at java.io.FileInputStream.read(FileInputStream.java:194) at java.lang.UNIXProcess$DeferredCloseInputStream.read(UNIXProcess.java: 215) at sun.nio.cs.StreamDecoder$CharsetSD.readBytes(StreamDecoder.java:408) at sun.nio.cs.StreamDecoder$CharsetSD.implRead(StreamDecoder.java:450) at sun.nio.cs.StreamDecoder.read(StreamDecoder.java:182) - locked 0xf14903a8 (a java.io.InputStreamReader) at java.io.InputStreamReader.read(InputStreamReader.java:167) at java.io.BufferedReader.fill(BufferedReader.java:136) at java.io.BufferedReader.readLine(BufferedReader.java:299) - locked 0xf14903a8 (a java.io.InputStreamReader) at java.io.BufferedReader.readLine(BufferedReader.java:362) at org.apache.tools.ant.taskdefs.optional.perforce.P4HandlerAdapter$Read er.run(P4HandlerAdapter.java:134) at java.lang.Thread.run(Thread.java:534) Thread-7 prio=5 tid=0x002767a0 nid=0x13 runnable [f1181000..f11819a0] at java.io.FileInputStream.readBytes(Native Method) at java.io.FileInputStream.read(FileInputStream.java:194) at java.lang.UNIXProcess$DeferredCloseInputStream.read(UNIXProcess.java: 215) at java.io.BufferedInputStream.read1(BufferedInputStream.java:220) at java.io.BufferedInputStream.read(BufferedInputStream.java:277) - locked 0xf14819c0 (a java.io.BufferedInputStream) at sun.nio.cs.StreamDecoder$CharsetSD.readBytes(StreamDecoder.java:408) at sun.nio.cs.StreamDecoder$CharsetSD.implRead(StreamDecoder.java:450) at sun.nio.cs.StreamDecoder.read(StreamDecoder.java:182) - locked 0xf14846f8 (a java.io.InputStreamReader) at java.io.InputStreamReader.read(InputStreamReader.java:167) at java.io.BufferedReader.fill(BufferedReader.java:136) at java.io.BufferedReader.readLine(BufferedReader.java:299) - locked 0xf14846f8 (a java.io.InputStreamReader) at java.io.BufferedReader.readLine(BufferedReader.java:362) at org.apache.tools.ant.taskdefs.optional.perforce.P4HandlerAdapter$Read er.run(P4HandlerAdapter.java:134) at java.lang.Thread.run(Thread.java:534) process reaper daemon prio=5 tid=0x000a9c48 nid=0x12 runnable [f1381000..f1381 9a0] at java.lang.UNIXProcess.waitForProcessExit(Native Method) at java.lang.UNIXProcess.access$1000(UNIXProcess.java:17) at java.lang.UNIXProcess$3.run(UNIXProcess.java:80) Signal Dispatcher daemon prio=10 tid=0x000c3360 nid=0x8 waiting on condition [ 0..0] Finalizer daemon prio=8 tid=0x000beb60 nid=0x6 in Object.wait() [fc381000..fc3 819a0] at java.lang.Object.wait(Native Method) - waiting on
DO NOT REPLY [Bug 18391] - RFE: ignoreMissingBuildFiles option for subant
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=18391. 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=18391 RFE: ignoreMissingBuildFiles option for subant --- Additional Comments From [EMAIL PROTECTED] 2003-04-11 16:12 --- I'm still not enthused by it, given filesets do the right thing.
DO NOT REPLY [Bug 18935] - Remove quotes
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=18935. 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=18935 Remove quotes --- Additional Comments From [EMAIL PROTECTED] 2003-04-11 16:17 --- You would not believe how long it has taken to get the ant.bat file to deal with all the combinations of spaces in exe and directory names. If it works for everyone but you, we do have to assume that your system is somehow at fault. Can you show us your CLASSPATH variable You should not have *any* quote marks in your classpath. If you do, this bug is invalid.
DO NOT REPLY [Bug 18391] - RFE : ignoreMissingBuildFiles option for subant
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=18391. 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=18391 RFE : ignoreMissingBuildFiles option for subant [EMAIL PROTECTED] changed: What|Removed |Added Summary|RFE: ignoreMissingBuildFiles|RFE : |option for subant |ignoreMissingBuildFiles ||option for subant --- Additional Comments From [EMAIL PROTECTED] 2003-04-11 17:42 --- Maybe selecting by directories isn't what we want then? If one can specify directories, then the build breaks if someone adds a directory that becomes included without also adding a working build file, or adds an exclude to the build to handle the new directory. This brittleness may be desireable, but if it is discovered accidentally, right now the only fix is to recode the build file with a fileset that selects specific buildfile names (making the antfile atribute useless). With this patch adding the ignoreMissingBuildFiles atribute fixes the problem with no further rethinking of the logic. My concern is for people who do just what I did and assume that the way to use subant is to tell it a antfile name and feed it directories. (why else would the antfile atribute be there?) This logic leads one down the brittle path first. If nothing else, I think this issue might be good to mention in whatever manual docs or xdocs are provided for subant in the future. I suppose it could be that I stumbled into this minor hole simply because I think in wierd ways...
DO NOT REPLY [Bug 18884] - stcheckout should handle a convertCRLF flag
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=18884. 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=18884 stcheckout should handle a convertCRLF flag --- Additional Comments From [EMAIL PROTECTED] 2003-04-11 17:44 --- I will try to submit this as a patch this weekend.
DO NOT REPLY [Bug 17181] - Build fails while trying to get VSS files by label
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=17181. 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=17181 Build fails while trying to get VSS files by label --- Additional Comments From [EMAIL PROTECTED] 2003-04-11 17:58 --- I'm seeing the same thing. Debugging a bit it looks to me as if a space needs to exist between -VL and the label when the command is executed by ss.exe. When I put a space in the property, the whole string is quoted, which also doesn't work.
DO NOT REPLY [Bug 18935] - Remove quotes
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=18935. 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=18935 Remove quotes --- Additional Comments From [EMAIL PROTECTED] 2003-04-11 19:02 --- You should not have a classpath that long in the first place. JWSDP has ClassPath: sets in its main JARs. I have *nothing* in my classpath, and everything's peachy for me. Always set the classpath within Ant is my motto. -- DD
DO NOT REPLY [Bug 18391] - RFE : ignoreMissingBuildFiles option for subant
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=18391. 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=18391 RFE : ignoreMissingBuildFiles option for subant --- Additional Comments From [EMAIL PROTECTED] 2003-04-11 19:23 --- Hmm well I am open to suggestions as to how to improve my patch if there are things you don't like about it. I'm not quite sure what you mean by absolute buildfile.
Re: [Patch] es to be submitted
I will get to it - please be patient, Jan. - Original Message - From: Stefan Bodewig [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, April 11, 2003 10:22 AM Subject: Re: [Patch] es to be submitted On Fri, 11 Apr 2003, Jan Materne [EMAIL PROTECTED] wrote: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18849 Adds a new skip attribute to HeadFilter and TailFilter. We (or at least I) have some informal segmentation in Ant's code base. Bruce is the selector guy, Magesh is the filter guy and so on. Unless Magesh finds time for this, I'll assign it to myself sometime later this months. Note that your patch - just like Antoine's - are not really targeting a piece of code that was changing every day, so it is unlikely a patch would go bad within the next weeks. The patch command itself does a reasonably good job to merge things, even if there were changes. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 18175] - Attempting to FTP causes ant to hang.
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=18175. 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=18175 Attempting to FTP causes ant to hang. --- Additional Comments From [EMAIL PROTECTED] 2003-04-11 21:25 --- I am also seeing hangs, but they are not repeatable. Soemtimes it hangs and sometimes it doesn't on the same task. I'm running ANT 1.5.3 via Eclipse 2.1.
DO NOT REPLY [Bug 17181] - Build fails while trying to get VSS files by label
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=17181. 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=17181 Build fails while trying to get VSS files by label --- Additional Comments From [EMAIL PROTECTED] 2003-04-11 21:35 --- I take it back - the space does not seem to be the issue. It seems that the GET at a label is working for first level items, but not sub- folders. If I manually go in and label each subfolder (in the VSS GUI) the GET works. This led me to believe that my VSS DB was less that clean. I think I've fixed this for myself. I did two things: 1) Created a new VSS DB (Using VSS6.0 sp5) 2) Figured out that I can specify the database directory in the vssget task (not documented) using the serverpath attribute as follows: vssget ssdir=${vss.ssdir} serverpath=${vss.serverpath} vsspath=${cm.vss.path} localpath=. login=${vss.login}, ${vss.passwd} label=${cm.vss.label} writable=false recursive=true/ I can now recursively GET from VSS at a label using ant.
DO NOT REPLY [Bug 17181] - Build fails while trying to get VSS files by label
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=17181. 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=17181 Build fails while trying to get VSS files by label --- Additional Comments From [EMAIL PROTECTED] 2003-04-11 21:55 --- The 'serverpath' attribute is documented. see http://ant.apache.org/manual/OptionalTasks/vss.html#vssget for more details. Jesse