DO NOT REPLY [Bug 18667] - javah module no longer works with Java 1.4.2
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=18667. 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=18667 javah module no longer works with Java 1.4.2 --- Additional Comments From [EMAIL PROTECTED] 2003-04-07 23:57 --- Created an attachment (id=5684) Patch to Javah task to support 1.4.2 changes
Re: [Patch] trying solve w2k command line length limitations
On Mon, 7 Apr 2003, Ignacio J. Ortega [EMAIL PROTECTED] wrote: Stefan Bodewig [EMAIL PROTECTED] escribió en el mensaje Class.forName will use the system classloader and not the nice little IMHO This contradicts my experience of CLs, i think some places inside tomcat used Class.forName also, and never seen what you say.. Class.forName loads in the current loader Now, where did I get this misconception? Sorry I have disappointed you, DD ;-) I think what you say is true for Java 1.2+, but not for Java 1.1. The API docs of Java 1.1 are not clear about this, but a lot of classloader stuff has changed between 1.1 and 1.2. I'm one of those poor guys who still have to maintain 1.1 compatibility. So for Ant 1.6, this is no issue as long as no core Ant classes calling Class.forName can also be loaded via the parent. Stefan
DO NOT REPLY [Bug 18768] - WAR task (or ZIP base ?) generates amazing archives
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=18768. 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=18768 WAR task (or ZIP base ?) generates amazing archives --- Additional Comments From [EMAIL PROTECTED] 2003-04-08 06:20 --- To know whether the directory entry for WEB-INF is the problem, simply set the filesonly attribute of the task to true.
DO NOT REPLY [Bug 18786] - exec cannot execute all command lines...
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=18786. 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=18786 exec cannot execute all command lines... --- Additional Comments From [EMAIL PROTECTED] 2003-04-08 06:23 --- What do you get when running ant -verbose on exec executable=Test.exe arg value='hello=quot;fooquot;'/ /exec on Linux I get: [exec] Current OS is Linux [exec] Executing 'Test.exe' with arguments: [exec] 'hello=foo' [exec] [exec] The ' characters around the executable and arguments are [exec] not part of the command. so the quotes do not get stripped.
DO NOT REPLY [Bug 18807] New: - Pro*C
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=18807. 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=18807 Pro*C Summary: Pro*C Product: Ant Version: 1.5.1 Platform: Sun OS/Version: Solaris Status: NEW Severity: Normal Priority: Other Component: Build Process AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Hi. My question is: Is it possible to compile Pro*C files using Ant? Well, I mean, without using the exec task. I have some source files written using this Oracle utility.
DO NOT REPLY [Bug 18708] - outputproperty attribute of exec
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=18708. 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=18708 outputproperty attribute of exec --- Additional Comments From [EMAIL PROTECTED] 2003-04-08 10:36 --- Thankyou. I chose a name for the outputproperty longer than 12 characters. !! Later I tried with object_list and It worked well.
DO NOT REPLY [Bug 18708] - outputproperty attribute of exec
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=18708. 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=18708 outputproperty attribute of exec --- Additional Comments From [EMAIL PROTECTED] 2003-04-08 10:47 --- Can you tell me the property name you used which caused the failure?
WG: New external resource found
Ok, Brian, sais 1.4 and above :-) Jan Matèrne -Ursprüngliche Nachricht- Von: Brian Dueck [mailto:[EMAIL PROTECTED] Gesendet am: Dienstag, 8. April 2003 13:01 An: [EMAIL PROTECTED] Betreff: Re: New external resource found Thanks for the cross post Jan. JMX4Ant should work fine with 1.4 and above. Brian. --- [EMAIL PROTECTED] wrote: I found a new external resource: JMX4Ant It provides JMX access from Ant. I adapted the JMeta-XDocs for external.xml: subsection name=JMX4Ant pJMX4Ant provides tasks for integration with JMX (Java Management Extensions). It provides tasks for getting and setting attributes of MBeans, invoking their methods and much more./p table tr thCompatibility:/th tdAnt 1.4 and higher/td /tr tr thURL:/th td a href=http://jmx4ant.sourceforge.net/; http://jmx4ant.sourceforge.net//a /td /tr tr thContact:/th td a href=mailto:[EMAIL PROTECTED]Brian Dueck/a /td /tr tr thLicense:/th tdApache License 1.1/td /tr /table /subsection I am not sure with the Ant-compatibility, because I haven´t found any hint on the homepage. And I don´t know whether Brian Dueck want to be written as contact (but his eMail-adress in on the main page of that project), so I send this eMail to him, too. Can someone add this? Jan Matèrne __ Do you Yahoo!? Yahoo! Tax Center - File online, calculators, forms, and more http://tax.yahoo.com
DO NOT REPLY [Bug 18809] New: - Core task war 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=18809. 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=18809 Core task war broken Summary: Core task war broken Product: Ant Version: 1.5.2 Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Critical Priority: Other Component: Core tasks AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I upgraded from ANT 1.4.1 to 1.5.2 and found that my task to create a WAR file does not work anymore as expected. It doesn't throw an error, but the resulting WAR file is different: WinZIP does _not_ show the subdirectory WEB-INF anymore (!) but unpacking the war file to the file system shows that the files (WEB- INF/lib/*, WEB-INF/classes) are in the archive. This results in deploying errors for servlet wars. :-(
cvs commit: ant/xdocs external.xml
bodewig 2003/04/08 05:42:53 Modified:docs external.html xdocsexternal.xml Log: Add pointer to JMX4Ant. Submitted by: [EMAIL PROTECTED] Revision ChangesPath 1.110 +53 -0 ant/docs/external.html Index: external.html === RCS file: /home/cvs/ant/docs/external.html,v retrieving revision 1.109 retrieving revision 1.110 diff -u -r1.109 -r1.110 --- external.html 4 Apr 2003 04:21:02 - 1.109 +++ external.html 8 Apr 2003 12:42:52 - 1.110 @@ -1684,6 +1684,59 @@ /tr /table h4 class=subsection +a name=JMX4Ant/a +JMX4Ant + /h4 +pJMX4Ant provides tasks for integration with JMX (Java Management +Extensions). It provides tasks for getting and setting attributes +of MBeans, invoking their methods and much more./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.4 and higher + /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://jmx4ant.sourceforge.net/;http://jmx4ant.sourceforge.net//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]Brian Dueck/a + + /td + /tr + tr + th colspan=1 rowspan=1 + valign=top align=left + License: + /th + td colspan=1 rowspan=1 + valign=top align=left + Apache Software License 1.1 + /td + /tr +/table +h4 class=subsection a name=JNI/a JNI /h4 1.80 +30 -0 ant/xdocs/external.xml Index: external.xml === RCS file: /home/cvs/ant/xdocs/external.xml,v retrieving revision 1.79 retrieving revision 1.80 diff -u -r1.79 -r1.80 --- external.xml 27 Mar 2003 13:16:16 - 1.79 +++ external.xml 8 Apr 2003 12:42:53 - 1.80 @@ -853,6 +853,36 @@ /table /subsection + subsection name=JMX4Ant + +pJMX4Ant provides tasks for integration with JMX (Java Management +Extensions). It provides tasks for getting and setting attributes +of MBeans, invoking their methods and much more./p + +table + tr +thCompatibility:/th +tdAnt 1.4 and higher/td + /tr + tr +thURL:/th +td + a href=http://jmx4ant.sourceforge.net/;http://jmx4ant.sourceforge.net//a +/td + /tr + tr +thContact:/th +td + a href=mailto:[EMAIL PROTECTED]Brian Dueck/a +/td + /tr + tr +thLicense:/th +tdApache Software License 1.1/td + /tr +/table + /subsection + subsection name=JNI p
Re: New external resource found
committed, thanks Stefan
DO NOT REPLY [Bug 18809] - Core task war 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=18809. 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=18809 Core task war broken [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE Target Milestone|--- |1.5.3 --- Additional Comments From [EMAIL PROTECTED] 2003-04-08 12:54 --- *** This bug has been marked as a duplicate of 17648 ***
cvs commit: ant/xdocs faq.xml
bodewig 2003/04/08 06:04:24 Modified:docs faq.html xdocsfaq.xml Log: FAQ about the broken zip task in 1.5.2 Revision ChangesPath 1.67 +19 -1 ant/docs/faq.html Index: faq.html === RCS file: /home/cvs/ant/docs/faq.html,v retrieving revision 1.66 retrieving revision 1.67 diff -u -r1.66 -r1.67 --- faq.html 4 Apr 2003 04:21:02 - 1.66 +++ faq.html 8 Apr 2003 13:04:23 - 1.67 @@ -318,6 +318,9 @@ for Cygwin if codeANT_HOME/code is set to a Windows style path. /a/li +lia href=#1.5.2-zip-broken + codelt;zipgt;/code is broken in Ant 1.5.2. + /a/li /ul h3 class=sectionAnswers/h3 @@ -1389,9 +1392,24 @@ /p pThis problem has been reported only hours after Ant 1.5 has been released, see a href=http://issues.apache.org/bugzilla/show_bug.cgi?id=10664;Bug -10664/a and all it's duplicates./p +10664/a and all its duplicates./p pA fixed version of the wrapper script can be found a href=http://ant.apache.org/old-releases/v1.5/errata/;here/a. Simply replace your script with this version./p +p class=faq + a name=1.5.2-zip-broken/a + codelt;zipgt;/code is broken in Ant 1.5.2. +/p + pYes, it is./p +pThe problem reported by most people - see a href=http://issues.apache.org/bugzilla/show_bug.cgi?id=17648;Bug +17648/a and all its duplicates - is that Ant creates +archives that a partially unreadable by WinZIP. Luckily +codejar/code deals with the archives and so the generated +jars/wars/ears will most likely work for you anyway./p +pThere are additional problems, see bugs a href=http://issues.apache.org/bugzilla/show_bug.cgi?id=17780;Bug +17780/a, a href=http://issues.apache.org/bugzilla/show_bug.cgi?id=17871;Bug +17871/a and a href=http://issues.apache.org/bugzilla/show_bug.cgi?id=18403;Bug +18403/a. All of them are supposed to be fixed with Ant +1.5.3 (and only 18403 should exist in 1.5.3beta1)./p /div p class=copyright 1.34 +26 -1 ant/xdocs/faq.xml Index: faq.xml === RCS file: /home/cvs/ant/xdocs/faq.xml,v retrieving revision 1.33 retrieving revision 1.34 diff -u -r1.33 -r1.34 --- faq.xml 3 Mar 2003 15:24:14 - 1.33 +++ faq.xml 8 Apr 2003 13:04:24 - 1.34 @@ -1204,13 +1204,38 @@ pThis problem has been reported only hours after Ant 1.5 has been released, see a href=http://issues.apache.org/bugzilla/show_bug.cgi?id=10664;Bug -10664/a and all it's duplicates./p +10664/a and all its duplicates./p pA fixed version of the wrapper script can be found a href=http://ant.apache.org/old-releases/v1.5/errata/;here/a. Simply replace your script with this version./p /answer /faq + +faq id=1.5.2-zip-broken + questioncodelt;zipgt;/code is broken in Ant 1.5.2./question + answer + +pYes, it is./p + +pThe problem reported by most people - see a +href=http://issues.apache.org/bugzilla/show_bug.cgi?id=17648;Bug +17648/a and all its duplicates - is that Ant creates +archives that a partially unreadable by WinZIP. Luckily +codejar/code deals with the archives and so the generated +jars/wars/ears will most likely work for you anyway./p + +pThere are additional problems, see bugs a +href=http://issues.apache.org/bugzilla/show_bug.cgi?id=17780;Bug +17780/a, a +href=http://issues.apache.org/bugzilla/show_bug.cgi?id=17871;Bug +17871/a and a +href=http://issues.apache.org/bugzilla/show_bug.cgi?id=18403;Bug +18403/a. All of them are supposed to be fixed with Ant +1.5.3 (and only 18403 should exist in 1.5.3beta1)./p + /answer +/faq + /faqsection /document
cvs commit: ant/xdocs faq.xml
bodewig 2003/04/08 06:05:06 Modified:docs Tag: ANT_15_BRANCH faq.html xdocsTag: ANT_15_BRANCH faq.xml Log: sync with HEAD Revision ChangesPath No revision No revision 1.30.2.9 +26 -1 ant/docs/faq.html Index: faq.html === RCS file: /home/cvs/ant/docs/faq.html,v retrieving revision 1.30.2.8 retrieving revision 1.30.2.9 diff -u -r1.30.2.8 -r1.30.2.9 --- faq.html 7 Mar 2003 12:36:18 - 1.30.2.8 +++ faq.html 8 Apr 2003 13:05:06 - 1.30.2.9 @@ -423,6 +423,9 @@ for Cygwin if codeANT_HOME/code is set to a Windows style path. /a/li +lia href=#1.5.2-zip-broken + codelt;zipgt;/code is broken in Ant 1.5.2. + /a/li /ul table border=0 cellspacing=0 cellpadding=2 width=100% @@ -1724,9 +1727,31 @@ /table pThis problem has been reported only hours after Ant 1.5 has been released, see a href=http://issues.apache.org/bugzilla/show_bug.cgi?id=10664;Bug -10664/a and all it's duplicates./p +10664/a and all its duplicates./p pA fixed version of the wrapper script can be found a href=http://ant.apache.org/old-releases/v1.5/errata/;here/a. Simply replace your script with this version./p +br/ + a name=1.5.2-zip-broken/a + table border=0 cellspacing=0 cellpadding=2 width=100% +trtd bgcolor=#4C6C8F + font color=#ff face=arial,helvetica,sanserif +strong + codelt;zipgt;/code is broken in Ant 1.5.2. +/strong + /font +/td/tr + /table + pYes, it is./p +pThe problem reported by most people - see a href=http://issues.apache.org/bugzilla/show_bug.cgi?id=17648;Bug +17648/a and all its duplicates - is that Ant creates +archives that a partially unreadable by WinZIP. Luckily +codejar/code deals with the archives and so the generated +jars/wars/ears will most likely work for you anyway./p +pThere are additional problems, see bugs a href=http://issues.apache.org/bugzilla/show_bug.cgi?id=17780;Bug +17780/a, a href=http://issues.apache.org/bugzilla/show_bug.cgi?id=17871;Bug +17871/a and a href=http://issues.apache.org/bugzilla/show_bug.cgi?id=18403;Bug +18403/a. All of them are supposed to be fixed with Ant +1.5.3 (and only 18403 should exist in 1.5.3beta1)./p /div /tdtd width=10img width=10 height=4 alt= src=./images/spacer.gif/td No revision No revision 1.17.2.9 +26 -1 ant/xdocs/faq.xml Index: faq.xml === RCS file: /home/cvs/ant/xdocs/faq.xml,v retrieving revision 1.17.2.8 retrieving revision 1.17.2.9 diff -u -r1.17.2.8 -r1.17.2.9 --- faq.xml 7 Mar 2003 12:36:19 - 1.17.2.8 +++ faq.xml 8 Apr 2003 13:05:06 - 1.17.2.9 @@ -1204,13 +1204,38 @@ pThis problem has been reported only hours after Ant 1.5 has been released, see a href=http://issues.apache.org/bugzilla/show_bug.cgi?id=10664;Bug -10664/a and all it's duplicates./p +10664/a and all its duplicates./p pA fixed version of the wrapper script can be found a href=http://ant.apache.org/old-releases/v1.5/errata/;here/a. Simply replace your script with this version./p /answer /faq + +faq id=1.5.2-zip-broken + questioncodelt;zipgt;/code is broken in Ant 1.5.2./question + answer + +pYes, it is./p + +pThe problem reported by most people - see a +href=http://issues.apache.org/bugzilla/show_bug.cgi?id=17648;Bug +17648/a and all its duplicates - is that Ant creates +archives that a partially unreadable by WinZIP. Luckily +codejar/code deals with the archives and so the generated +jars/wars/ears will most likely work for you anyway./p + +pThere are additional problems, see bugs a +href=http://issues.apache.org/bugzilla/show_bug.cgi?id=17780;Bug +17780/a, a +href=http://issues.apache.org/bugzilla/show_bug.cgi?id=17871;Bug +17871/a and a +href=http://issues.apache.org/bugzilla/show_bug.cgi?id=18403;Bug +18403/a. All of them are supposed to be fixed with Ant +1.5.3 (and only 18403 should exist in 1.5.3beta1)./p + /answer +/faq + /faqsection /document
Re: [PMC VOTE] ANt 1.5.3 Release
On Tue, 8 Apr 2003, Conor MacNeill [EMAIL PROTECTED] wrote: I am about to build Ant 1.5.3. Yes, yes, yes. Sigh with relief. 8-) +1 Stefan
Re: Making URIs from locations
On Tue, 8 Apr 2003, Dominique Devienne [EMAIL PROTECTED] wrote: Note the change to resource (from resources) to be consistent with taskdef / available. resources has been a typo, thanks. I assume the url attribute's signature would be setUrl(URL url). Yes. Stefan
Re: [PMC VOTE] ANt 1.5.3 Release
- Original Message - From: Conor MacNeill [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, April 08, 2003 06:41 Subject: [PMC VOTE] ANt 1.5.3 Release I am about to build Ant 1.5.3. There are just a few minor changes from the Beta. Please indicate your support for this release Here is my +1 +1
DO NOT REPLY [Bug 18793] - Project.getTargets() returns one too many targets
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=18793. 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=18793 Project.getTargets() returns one too many targets --- Additional Comments From [EMAIL PROTECTED] 2003-04-08 17:22 --- It's not a problem if that is the expected behaviour. Ant 1.5.x did not do this. I have a GUI application (Antelope) that uses Project.getTargets() to create a button panel containing a button for each target. I can adjust Antelope to ignore targets named , but wanted to be sure the extra target was actually intended behaviour before doing so. How is this 'implicit' target to be used in Ant 1.6?
DO NOT REPLY [Bug 18826] New: - rpm task doesn't work with recent versions of rpm
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=18826. 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=18826 rpm task doesn't work with recent versions of rpm Summary: rpm task doesn't work with recent versions of rpm Product: Ant Version: 1.5.2 Platform: Other OS/Version: Linux Status: NEW Severity: Normal Priority: Other Component: Optional Tasks AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Recent versions of rpm don't use the rpm command any more for building packages, the command to use is rpmbuild. I'll attach a patch that makes the executable configurable. Note that I've made rpmbuild the default, which may break scripts of some users of pretty old rpm ( 4.0.2 IIRC). Just change the default if you think this is not appropriate, don't let it slow down the process of getting this patch applied. Thanks :)
DO NOT REPLY [Bug 18826] - rpm task doesn't work with recent versions of rpm
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=18826. 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=18826 rpm task doesn't work with recent versions of rpm --- Additional Comments From [EMAIL PROTECTED] 2003-04-08 17:56 --- Created an attachment (id=5711) Introduce a customizable rpm build command
DO NOT REPLY [Bug 18826] - rpm task doesn't work with recent versions of rpm
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=18826. 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=18826 rpm task doesn't work with recent versions of rpm [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2003-04-08 17:59 --- *** This bug has been marked as a duplicate of 14650 ***
DO NOT REPLY [Bug 14650] - RPM task with -b in command broken on RH8.0
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=14650. 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=14650 RPM task with -b in command broken on RH8.0 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2003-04-08 17:59 --- *** Bug 18826 has been marked as a duplicate of this bug. ***
DO NOT REPLY [Bug 14650] - RPM task with -b in command broken on RH8.0
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=14650. 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=14650 RPM task with -b in command broken on RH8.0 [EMAIL PROTECTED] changed: What|Removed |Added Keywords||PatchAvailable --- Additional Comments From [EMAIL PROTECTED] 2003-04-08 18:41 --- Please consider applying attachment 5711 from bug 18826 to resolve this.
DO NOT REPLY [Bug 14650] - RPM task with -b in command broken on RH8.0
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=14650. 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=14650 RPM task with -b in command broken on RH8.0 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |ASSIGNED OS/Version|All |Linux Target Milestone|--- |1.6 --- Additional Comments From [EMAIL PROTECTED] 2003-04-08 19:13 --- While that patch may resolve the issue for some users of rpm it breaks builds for users of older versions of rpm. If we can't determine the correct command to use 'rpm' vs 'rpmbuild' then the default should be rpm, not rpmbuild as not to breaks existing builds. I'll look into determining the command to use based on version of rpm installed. Jesse
DO NOT REPLY [Bug 14650] - RPM task with -b in command broken on RH8.0
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=14650. 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=14650 RPM task with -b in command broken on RH8.0 --- Additional Comments From [EMAIL PROTECTED] 2003-04-08 20:37 --- Ok. AFAIK, instead of looking into the version of rpm, it should suffice to check whether the rpmbuild command exists, and use it if it does, else fall back to rpm. That should work for everyone (but my patch might still be useful for people who eg. don't have either of these in PATH...). Thanks for looking into this.
DO NOT REPLY [Bug 17199] - patch to allow custom conditions (+ filters..)
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=17199. 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=17199 patch to allow custom conditions (+ filters..) --- Additional Comments From [EMAIL PROTECTED] 2003-04-08 20:48 --- Created an attachment (id=5715) New patch against current ant cvs
DO NOT REPLY [Bug 15449] - Weblogic deploy 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=15449.
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=15449
Weblogic deploy task
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution||INVALID
--- Additional Comments From [EMAIL PROTECTED] 2003-04-08 21:28 ---
The '-username' switch is added if the 'username' attribute is specified in the
build file.
Property expansion works for the username, component and other attributes.
This snipit:
serverdeploy action=update source=${build.dir}/lib/${ant.project.name}.jar
weblogic application=AppName
server=t3://${appserver.hostname}:7001
username=${username}
password=${password}
component=AppName:${ant.project.name}
classpath
path refid=weblogic.class.path/
/classpath
/weblogic
/serverdeploy
Produces this as debug output:
'-component'
'AppName:TestBean'
'-url'
't3://localhost:7001'
'-username'
'build'
'update'
'buildpass'
'AppName'
'/Users/jesse/source/test/build/lib/TestBean.jar'
Jesse
RE: having datatypes load classes
See http://marc.theaimsgroup.com/?l=ant-devm=104870800508326w=2 And http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17199 I prefer the first link, since I'm the author of it, but the second link addresses the same issue. If your xmlfilter elements do not need any configurations though, it may be overkill. That's for you to decide. --DD -Original Message- From: Marc Portier [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 08, 2003 4:35 PM To: [EMAIL PROTECTED] Subject: having datatypes load classes Hi all, I'm writing some Ant task that requires the flexibility of having nested data-types that can load their own classes. target name=test depends=-init xmlchain toDir=./build/chain extension=.xxx fileset refid=workOnStuf / xmlfilter classname=org.outerj.xml.XIncludeFilter / xmlfilter refid=other-filter/ /xmlchain /target For sure I will need to have the @classpathref and nested classpath to actually get doing it, but since that pattern is to be seen more around ant iteself, I was hoping for some reuse here What I have found is the o.a.t.a.taskdefs.Definer which functions as a basis for the Taskdef and Typedef tasks But has a somewhat awkward execute() in there to be properly used inside this new xmlfilter datatype I foresee. I would hate duplicating/porting the Definer code into my own class here, so maybe there could be some ClassPathHelper object that can come to aid both? (But then that is probably just saying that the existing Path could have a method getClassLoader() ?) Looking out for some similar questions I have come across this elder thread: http://marc.theaimsgroup.com/?l=ant-devm=104024233924058w=2 which definitely touches the issue somewhat any advice is welcome, I have a real issue I want to tackle asap, but I like to consider returning the effort of your good thoughts into some actual contribution if such would be appreciated. regards, -marc= -- Marc Portierhttp://outerthought.org/ Outerthought - Open Source, Java XML Competence Support Center Read my weblog at http://radio.weblogs.com/0116284/ [EMAIL PROTECTED] [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
