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-03-20 01:19 --- /a/b/c${d}/e/f is changed to \a\b\c\${d}\e\f even if I set use separator=/ I think this is probably the hangup. Since I am ftp'ing from windows to Unix. However, it still shouldn't hang.
Re: ssh exec task...
The problem with the sshexec task not getting good output is due to a threading issue in the jsch code base. I've asked Atsuhiko (the jsch author) to make a minor change, he says it will be included in the next release, scheduled for tomorrow. Once that is done, I'll modify the task to capture the output correctly and make the maxwait attribute actually work. I didn't see the jsch.jar file in Ant cvs, how are optional libraries like this generally handled? Dale Steve Loughran wrote: - Original Message - From: Dale Anson [EMAIL PROTECTED] To: Ant Developers List [EMAIL PROTECTED] Sent: Tuesday, March 18, 2003 14:57 Subject: Re: ssh exec task... How do I post changes to the optional/ssh files to cvs? Dale run cvs diff -u against the files to create .diff files that you post as patches, then keep reminding people till it gets taken up. Committers take the files, patch them and commit the changes. On this subject, who knows where I can get a copy of patch.exe that does not fail on a two-cpu winXP box, the way the wincvs version does. I am having to ftp files back to a unix server to patch right now. one extra caveat: I dont want to have to install cygwin. I just need a URL of an up to date port/build of the core Gnu unix command toolchain. -steve - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 18128] - Dependset srcfileset does not handle absolute path
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=18128. 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=18128 Dependset srcfileset does not handle absolute path --- Additional Comments From [EMAIL PROTECTED] 2003-03-20 03:05 --- Then why does the following work for srcfilelist: dependset srcfilelist dir=/ files=D:/config/env/build.properties / targetfileset dir=${build.ejb} includes=${messageTempFile} / /dependset I would think that the handling for the directory would be done the same way. The advantage of using srcfileset over srcfilelist is that if the file doesn't exist, then it is not used. I have been able to do what I need with the srcfilelist, but I am forced to create several additional targets to conditionally generate a filelist with only those files that exist. The danger of srcfilelist and srcfileset handling the absolute filenames differently, is that without running ant in verbose mode and specifically testing a change to the src file, you would never know that the dependency was not there.
DO NOT REPLY [Bug 14354] - exec junit task in another jvm
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=14354. 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=14354 exec junit task in another jvm [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2003-03-20 07:04 --- *** This bug has been marked as a duplicate of 10419 ***
DO NOT REPLY [Bug 14354] - exec junit task in another jvm
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=14354. 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=14354 exec junit task in another jvm [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|DUPLICATE | --- Additional Comments From [EMAIL PROTECTED] 2003-03-20 07:04 --- Wrong bug number, sorry.
DO NOT REPLY [Bug 10413] - enhancement: JUnit task only creates one forked VM per batch
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=10413. 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=10413 enhancement: JUnit task only creates one forked VM per batch [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2003-03-20 07:05 --- *** Bug 14354 has been marked as a duplicate of this bug. ***
AW: [VOTE] JDK 1.1 support (a little joke in the morning)
-Ursprüngliche Nachricht- Von: Stefan Bodewig [mailto:[EMAIL PROTECTED] Gesendet am: Donnerstag, 20. März 2003 08:26 An: [EMAIL PROTECTED] Betreff: Re: [VOTE] JDK 1.1 support If there is a serious bug in 1.5.3 (like not detecting Windows 2007 on JDK 2.9) long before we are ready to release Ant 1.6, I think we should backport the fix to the 1.5 branch and do yet another 1.5.x release. On my Windows 2007 system the Palladium kernel sais: You are not allowed to install Java on this machine! Try C# instead. So I can´t use the JDK 2.9 :-( smile/ Jan Matèrne
Re: ssh exec task...
On Wed, 19 Mar 2003, Dale Anson [EMAIL PROTECTED] wrote: I've asked Atsuhiko (the jsch author) to make a minor change, he says it will be included in the next release, scheduled for tomorrow. Cool. I'll modify the task to capture the output correctly and make the maxwait attribute actually work. Can you rename it to timeout (to mirror exec) at the same time? I didn't see the jsch.jar file in Ant cvs, And it will never go there. how are optional libraries like this generally handled? We expect developers to install them themselves. Stefan
cvs commit: ant/xdocs projects.xml
bodewig 2003/03/20 00:00:14 Modified:docs projects.html xdocsprojects.xml Log: AntDoc has moved Revision ChangesPath 1.31 +2 -2 ant/docs/projects.html Index: projects.html === RCS file: /home/cvs/ant/docs/projects.html,v retrieving revision 1.30 retrieving revision 1.31 diff -u -r1.30 -r1.31 --- projects.html 18 Mar 2003 16:11:37 - 1.30 +++ projects.html 20 Mar 2003 08:00:11 - 1.31 @@ -357,7 +357,7 @@ /th td colspan=1 rowspan=1 valign=top align=left - a href=http://mapage.noos.fr/antdoc;http://mapage.noos.fr/antdoc/a + a href=http://antdoc.free.fr/;http://antdoc.free.fr//a /td /tr tr @@ -377,7 +377,7 @@ /th td colspan=1 rowspan=1 valign=top align=left - At the moment, no license is being attached to the tool. + The Apache Software License /td /tr /table 1.9 +2 -2 ant/xdocs/projects.xml Index: projects.xml === RCS file: /home/cvs/ant/xdocs/projects.xml,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- projects.xml 18 Mar 2003 16:11:37 - 1.8 +++ projects.xml 20 Mar 2003 08:00:14 - 1.9 @@ -88,7 +88,7 @@ /tr tr thURL:/th -tda href=http://mapage.noos.fr/antdoc;http://mapage.noos.fr/antdoc/a/td +tda href=http://antdoc.free.fr/;http://antdoc.free.fr//a/td /tr tr thContact:/th @@ -96,7 +96,7 @@ /tr tr thLicense:/th -tdAt the moment, no license is being attached to the tool./td +tdThe Apache Software License/td /tr /table /subsection
cvs commit: ant/xdocs external.xml projects.xml
bodewig 2003/03/20 00:09:32 Modified:docs Tag: ANT_15_BRANCH external.html projects.html xdocsTag: ANT_15_BRANCH external.xml projects.xml Log: sync with HEAD Revision ChangesPath No revision No revision 1.48.2.31 +167 -6ant/docs/external.html Index: external.html === RCS file: /home/cvs/ant/docs/external.html,v retrieving revision 1.48.2.30 retrieving revision 1.48.2.31 diff -u -r1.48.2.30 -r1.48.2.31 --- external.html 7 Mar 2003 12:36:18 - 1.48.2.30 +++ external.html 20 Mar 2003 08:09:27 - 1.48.2.31 @@ -410,7 +410,7 @@ /th td colspan=1 rowspan=1 valign=top align=left - Ant 1.2 to 1.4.1 + Ant 1.4.1 and later /td /tr tr @@ -909,7 +909,7 @@ /th td colspan=1 rowspan=1 valign=top align=left - a href=http://www.discore.com/oz/new/index.htm;http://www.discore.com/oz/new/index.htm/a + a href=http://greebo.sourceforge.net/;http://greebo.sourceforge.net//a /td /tr tr @@ -919,7 +919,7 @@ /th td colspan=1 rowspan=1 valign=top align=left - a href=mailto:[EMAIL PROTECTED]Ozben Evren/a + a href=http://sourceforge.net/mail/?group_id=73733;project mailing lists/a /td /tr tr @@ -1102,7 +1102,7 @@ /font /td/tr /table -pThere are three different sets of tasks to help build a href=http://java.sun.com/j2me/;Java 2 Platform, Micro +pThere are four different sets of tasks to help build a href=http://java.sun.com/j2me/;Java 2 Platform, Micro Edition/a (J2ME) applications./p pThis set supports CLDC and the K Virtual Machine (KVM):/p table class=ForrestTable cellspacing=1 cellpadding=4 @@ -1239,6 +1239,56 @@ /td /tr /table +pAntic is a freely available task for packaging J2ME +applications. It produces both the Jar and Jad files in a +single step. This allows *all* entries to be correclty set in +the jad file, including the size of the jar file that is +produced. This task has been used and tested extensively with +Sun's Wireless Toolkit and also the Nokia SDK and +emulators./p + table class=ForrestTable cellspacing=1 cellpadding=4 + tr + th colspan=1 rowspan=1 + valign=top align=left + Compatibility: + /th + td colspan=1 rowspan=1 + valign=top align=left + Ant 1.5 + /td + /tr + tr + th colspan=1 rowspan=1 + valign=top align=left + URL: + /th + td colspan=1 rowspan=1 + valign=top align=left + a href=http://www.smartkey.co.uk/antic.html;www.smartkey.co.uk/a + + /td + /tr + tr + th colspan=1 rowspan=1 + valign=top align=left + Contact: + /th + td colspan=1 rowspan=1 + valign=top align=left + a href=mailto:[EMAIL PROTECTED]smartkey.co.uk/a + /td + /tr + tr + th colspan=1 rowspan=1 + valign=top align=left + License: + /th + td colspan=1 rowspan=1 + valign=top align=left + GNU General Public License + /td + /tr +/table br/ a name=Jacson/a table border=0 cellspacing=0 cellpadding=2 width=100% @@ -1249,8 +1299,8 @@ /td/tr /table pJacson is a configurable and plugable tool (much like Ant - itself) to create filters for text (line based) files without - programming./p +itself) to create filters for text (line based) files without +programming./p table class=ForrestTable cellspacing=1 cellpadding=4 tr th colspan=1 rowspan=1 @@ -1426,6 +1476,60 @@ /tr /table br/ + a name=Java2Html/a + table border=0 cellspacing=0 cellpadding=2 width=100% +trtd bgcolor=#4C6C8F + font color=#ff face=arial,helvetica,sanserif +
DO NOT REPLY [Bug 18171] - Spelling error in manual
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=18171. 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=18171 Spelling error in manual [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |1.5.3 --- Additional Comments From [EMAIL PROTECTED] 2003-03-20 08:14 --- thanks.
Re: Perforce patch for 1.5.3
On Wed, 19 Mar 2003, Matt Bishop [EMAIL PROTECTED] wrote: I'd like someone to look at this patch for 1.5.3; Have you seen Antoine's comment on the bugrep that says your patch didn't change anything for him? To be honest, I don't see how it would help either as the exception is going to be thrown in a different thread than the task is running in, no? Stefan
cvs commit: ant/docs/manual developlist.html
bodewig 2003/03/20 00:33:23 Modified:docs/manual developlist.html Log: Typo Revision ChangesPath 1.4 +1 -1 ant/docs/manual/developlist.html Index: developlist.html === RCS file: /home/cvs/ant/docs/manual/developlist.html,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- developlist.html 1 Jun 2002 12:26:32 - 1.3 +++ developlist.html 20 Mar 2003 08:33:21 - 1.4 @@ -13,7 +13,7 @@ h3Developing with Ant/h3 a href=develop.html#writingowntaskWriting Your Own Task/abr -a href=base_task_classes.htmlTasks Designed for Extensiton/abr +a href=base_task_classes.htmlTasks Designed for Extension/abr a href=develop.html#buildeventsBuild Events/abr a href=develop.html#integrationSource-code Integration/abr a href=inputhandler.htmlInputHandler/abr
cvs commit: ant/docs/manual developlist.html
bodewig 2003/03/20 00:33:37 Modified:docs/manual Tag: ANT_15_BRANCH developlist.html Log: Typo Revision ChangesPath No revision No revision 1.2.2.3 +1 -1 ant/docs/manual/developlist.html Index: developlist.html === RCS file: /home/cvs/ant/docs/manual/developlist.html,v retrieving revision 1.2.2.2 retrieving revision 1.2.2.3 diff -u -r1.2.2.2 -r1.2.2.3 --- developlist.html 30 May 2002 23:59:55 - 1.2.2.2 +++ developlist.html 20 Mar 2003 08:33:37 - 1.2.2.3 @@ -13,7 +13,7 @@ h3Developing with Ant/h3 a href=develop.html#writingowntaskWriting Your Own Task/abr -a href=base_task_classes.htmlTasks Designed for Extensiton/abr +a href=base_task_classes.htmlTasks Designed for Extension/abr a href=develop.html#buildeventsBuild Events/abr a href=develop.html#integrationSource-code Integration/abr a href=inputhandler.htmlInputHandler/abr
DO NOT REPLY [Bug 2482] - SSH optional task
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=2482. 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=2482 SSH optional task [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|CLOSED Target Milestone|--- |1.6
DO NOT REPLY [Bug 18128] - filesets don't support sets of absolute filenames
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=18128. 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=18128 filesets don't support sets of absolute filenames [EMAIL PROTECTED] changed: What|Removed |Added Severity|Major |Normal Summary|Dependset srcfileset does |filesets don't support |not handle absolute path|sets of absolute filenames --- Additional Comments From [EMAIL PROTECTED] 2003-03-20 08:49 --- OK, we know that filesets as they are right now have problems with absolute paths and especially with multi-route systems. There have been several proposals to fix - making dir optional and assume all includes are absolute paths if it is not present, for example - but none has been implemented yet. I'm surprised that I'm unable to find a report that would qualify as duplicate of this one. I'm not quite sure why leaving the drive letter of isn't working on Windows, but then again I'm not sure when drive letters get added and/or removed by getAbsolutePath and similar operations. Michael, you have a workaround for now and it is pretty unlikely that we are going to get this fixed before Ant 1.6. I'm changing the title and the severity, hope this is OK for you.
DO NOT REPLY [Bug 18055] - javac task includes java rt.jar in classpath when using jvc compiler
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=18055. 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=18055 javac task includes java rt.jar in classpath when using jvc compiler [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |1.5.3 --- Additional Comments From [EMAIL PROTECTED] 2003-03-20 09:13 --- OK, fixed, thanks for the detailed analysis.
cvs commit: ant/docs/manual/CoreTasks pathconvert.html
bodewig 2003/03/20 01:14:41 Modified:docs/manual/CoreTasks pathconvert.html Log: Typo Revision ChangesPath 1.12 +1 -1 ant/docs/manual/CoreTasks/pathconvert.html Index: pathconvert.html === RCS file: /home/cvs/ant/docs/manual/CoreTasks/pathconvert.html,v retrieving revision 1.11 retrieving revision 1.12 diff -u -r1.11 -r1.12 --- pathconvert.html 14 Mar 2003 16:01:03 - 1.11 +++ pathconvert.html 20 Mar 2003 09:14:41 - 1.12 @@ -67,7 +67,7 @@ td valign=topWhat to convert, given as a a href=../using.html#referencesreference/a to a codelt;pathgt;/code, codelt;filesetgt;/code, -codelt;dirsetgt;/code, or codelt;filesetgt;/code +codelt;dirsetgt;/code, or codelt;filelistgt;/code defined elsewhere/td td valign=top align=centerNo; if omitted, a nested codelt;pathgt;/code element must be supplied./td
DO NOT REPLY [Bug 17978] - task pathconvert fails to recognize refid from filelist
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=17978. 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=17978 task pathconvert fails to recognize refid from filelist --- Additional Comments From [EMAIL PROTECTED] 2003-03-20 09:24 --- What exactly does doesn't work mean? I've tried the attached build file with 1.5.1 and the result is [EMAIL PROTECTED] jakarta-ant-1.5.1]$ sh bin/ant -version Apache Ant version 1.5.1 compiled on October 2 2002 [EMAIL PROTECTED] jakarta-ant-1.5.1]$ sh bin/ant -f /tmp/p.xml Buildfile: /tmp/p.xml p: [echo] /usr/local/ant/lib/njavac.jar:/usr/local/ant/lib/xproperty.jar BUILD SUCCESSFUL Total time: 3 seconds
DO NOT REPLY [Bug 17978] - task pathconvert fails to recognize refid from filelist
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=17978. 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=17978 task pathconvert fails to recognize refid from filelist --- Additional Comments From [EMAIL PROTECTED] 2003-03-20 09:24 --- Created an attachment (id=5440) Example 2 turned into a build file
Re: [VOTE] JDK 1.1 support
--- Gus Heck [EMAIL PROTECTED] wrote: Steve Loughran wrote: I'm very happy with the move. I just don't think we should use this as an excuse to go s/Hashtable/HashMap/ s/Vector/ArrayList/ through all the I would agree that this type of conversion is of limmited value. Just a side note: This conversion would IMHO not only be of limited value, but plain wrong. If anything, it should be s/Hashtable/Map/ s/Vector/List, as far as interfaces are concerned. Not only does this much more adhere to OOD principles, it also keeps a refactored interface source-compatible with 1.1 clients, as Hashtable also implements Map. This way there is no need for an all-at-once, merciless refactoring... Having said that, has anyone ever thought about whether the transition from synchronized 1.1 collections to unsynchronized 1.2 collections might pose any problems? Stefan = Stefan Moebius [EMAIL PROTECTED] Wurzener Str. 43+49 351 8475827 01127 Dresden +49 172 8739617 __ Do you Yahoo!? Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop! http://platinum.yahoo.com
DO NOT REPLY [Bug 18043] - untar should recognize non-tar files instead of expanding them to garbage
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=18043. 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=18043 untar should recognize non-tar files instead of expanding them to garbage [EMAIL PROTECTED] changed: What|Removed |Added Severity|Major |Enhancement Summary|Untaring Xerces-J archive |untar should recognize non- |causes tar to generate huge |tar files instead of |erroneous files |expanding them to garbage
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 http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17975. 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=17975 EAR task doesn't inlcude specified appxml --- Additional Comments From [EMAIL PROTECTED] 2003-03-20 09:33 --- ping
DO NOT REPLY [Bug 17721] - problem with wrapper shell script if $0 is a relative symlink
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=17721. 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=17721 problem with wrapper shell script if $0 is a relative symlink [EMAIL PROTECTED] changed: What|Removed |Added URL||http://cvs.apache.org/viewcv ||s/ant/src/script/ant?rev=HEA ||D --- Additional Comments From [EMAIL PROTECTED] 2003-03-20 09:37 --- Hmm, in my case ant is ${HOME}/bin/ant and [EMAIL PROTECTED] jakarta-ant]$ ls -l ~/bin/ant lrwxrwxrwx1 bodewig bodewig44 Jan 17 13:42 /home/bodewig/bin/ant - ../ASF/jakarta/jakarta-ant/bootstrap/bin/ant a relative symlink. Linux that is. Could you try the ant srcipt from CVS HEAD - see URL above - as it uses a different approach that the one in the 1.5. branch?
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 http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17975. 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=17975 EAR task doesn't inlcude specified appxml [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-03-20 10:06 --- Currentyl I'm under time pressure and therefore I can't test it. I will stay with version 1.5.1. I hope at the weekend I can test it at home. Thank you very much for your support! I will close that bug.
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 http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17975. 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=17975 EAR task doesn't inlcude specified appxml [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|CLOSED
DO NOT REPLY [Bug 17695] - Starteam Checkout Mistakenly Says Status Modified
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=17695. 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=17695 Starteam Checkout Mistakenly Says Status Modified [EMAIL PROTECTED] changed: What|Removed |Added Summary|EOL Makes Starteam Checkout |Starteam Checkout |Say Status Modified |Mistakenly Says Status ||Modified
Re: java 1.1 on linux
On Tue, 18 Mar 2003, peter reilly [EMAIL PROTECTED] wrote: 1.5.1 and 1.5: java.lang.ClassFormatError: Bad major version number I do not get this on an admittedly simple build file using Blackdown's 1.1.8. I.e. Ant 1.5.1 from the binary tar.gz version seems to work with JDK 1.1 for me. This may be fixed by recompiling ant or it may be due to the fact that ant-contrib uses 1.2 isms. Does that mean I should use one of the ant-contrib tasks to reproduce the problem? Maybe the ant-contrib stuff has been compiled with JDK 1.4. Where have you obtained it (self-compiled?)? Stefan
DO NOT REPLY [Bug 18192] New: - support nested element 'fileset' for java task
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=18192. 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=18192 support nested element 'fileset' for java task Summary: support nested element 'fileset' for java task Product: Ant Version: 1.5.2 Platform: Other OS/Version: Other Status: NEW Severity: Enhancement Priority: Other Component: Core tasks AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] The java task should support the fileset nested element like the copy task, eg. I know I can use the apply task instead, but then I must reinvent the wheel for all the nice features of the java task including maxmemory, sysproperty, and so on. Example use: running an xml validator with one schema and several input files specified in a fileset.
DO NOT REPLY [Bug 18192] - support nested element 'fileset' for java task
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=18192. 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=18192 support nested element 'fileset' for java task --- Additional Comments From [EMAIL PROTECTED] 2003-03-20 17:43 --- this sounds more like a case to integrate into ant the foreach task of ant- contrib and other similar tasks, as Jose-Alberto Fernandez has suggested it. see http://marc.theaimsgroup.com/?l=ant-devm=104765366212423w=2
xml parser and classloading
I am currently having some troubles with the xslt/style task and I experience some bug due to the XML parser (Xalan2 bundled with jdk1.4). The XML parser included with jdk1.4 suffers from some bugs and it is a pain to force another XML parser. Has anyone investigated this issue and maybe allow a way inside ant to specify the classpath and classloader used for loading the xml parser ? Erik.
Dynamic Configurator
Hello list, I'm trying to use DynamicConfigurator and am having some difficulty. I have a class that implements DynamicConfigurator and is used to wrap around other tasks, like: mywrapper someattr=somevalue junit ... yada yada /junit /mywrapper Further, mywrapper is being used inside of a parallel task (it may not matter, but I'm trying to provide all data). When I run ant, I see that createDynamicElement() gets called twice for the junit element, and further that setDynamicAttribute() gets called twice for someattr. Now, setDynamicAttribute() getting called twice is mostly harmless, but it seems that creating two Objects due to createDynamicElement() being called twice seems like a bug. How can I tell I'm getting called a second time for a first instance of junit or called the first time for a second instance of junit? I cannot find any usage of DynamicConfigurator within the 1.5.2 ant source tree (ie no implementations) to compare my code to. I put a Thread.dumpStack() inside of my implementations of those methods, and can provide the stacks for the two calls (they ARE different) if that would help. Thanks in advance. Brett Wooldridge Sr. Software Eng. IronGrid, Inc.
Re: Dynamic Configurator
On Thursday, March 20, 2003, at 01:45 PM, Brett Wooldridge wrote: mywrapper someattr=somevalue junit ... yada yada /junit /mywrapper Further, mywrapper is being used inside of a parallel task (it may not matter, but I'm trying to provide all data). Wow, quite a complex scenario you have there - using real Ant tasks as nested elements *and* within parallel... I certainly don't have any words of wisdom for this. I cannot find any usage of DynamicConfigurator within the 1.5.2 ant source tree (ie no implementations) to compare my code to. The latest XDoclet code uses it, and I've used it for my Lucene index task and other example tasks for the book, but never to the level you're trying it. Perhaps the XDoclet implementation of it can help? Erik
Re: Dynamic Configurator
Ant Dev with java gives an example. I used DynamicConfigurator to implement custom conditions in bugzilla bug no : 17199 I did not have the problems you describe. Peter On Thursday 20 March 2003 18:45, Brett Wooldridge wrote: Hello list, I'm trying to use DynamicConfigurator and am having some difficulty. I have a class that implements DynamicConfigurator and is used to wrap around other tasks, like: mywrapper someattr=somevalue junit ... yada yada /junit /mywrapper Further, mywrapper is being used inside of a parallel task (it may not matter, but I'm trying to provide all data). When I run ant, I see that createDynamicElement() gets called twice for the junit element, and further that setDynamicAttribute() gets called twice for someattr. Now, setDynamicAttribute() getting called twice is mostly harmless, but it seems that creating two Objects due to createDynamicElement() being called twice seems like a bug. How can I tell I'm getting called a second time for a first instance of junit or called the first time for a second instance of junit? I cannot find any usage of DynamicConfigurator within the 1.5.2 ant source tree (ie no implementations) to compare my code to. I put a Thread.dumpStack() inside of my implementations of those methods, and can provide the stacks for the two calls (they ARE different) if that would help. Thanks in advance. Brett Wooldridge Sr. Software Eng. IronGrid, Inc.
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-03-20 19:56 --- Sorry. This was a nightly build.
DO NOT REPLY [Bug 18055] - javac task includes java rt.jar in classpath when using jvc compiler
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=18055. 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=18055 javac task includes java rt.jar in classpath when using jvc compiler [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|CLOSED --- Additional Comments From [EMAIL PROTECTED] 2003-03-20 21:53 --- Shouldn't you make it clear whether you support running Ant with a Microsoft VM or not? Its no use have code for something that you think might work, but may indeed not work. Either it should be supported and work, or not supported. Anyway it's not a big issue since I don't use the Microsoft VM. Yes I realised the docs for the includeJavaRuntime attribute were wrong, I logged that too ;) Anyway, I'm closing this as I am satisfied with the resolution.
DO NOT REPLY [Bug 14354] - exec junit task in another jvm
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=14354. 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=14354 exec junit task in another jvm --- Additional Comments From [EMAIL PROTECTED] 2003-03-20 23:02 --- The memory leak that happens in Eclipse when JUnit is run in in the same VM is fixed in the nightly build with bug 17216.