RE: 'ant' task not overriding basedir (Ant 1.5.1)
Well, this might not be entirely accurate. I changed the 'basedir' property in the sub-project to the sub-directory in which I want it to build and it still is building from the top of the project tree. In fact, the only way I can get it to build in a sub-directory is to change to that directory and use the -f parameter. Can anyone offer any insight on building sub-projects in a different directory other than the current? -Original Message- From: Marc Dugger [mailto:mdugger;austin.rr.com] Sent: Monday, October 28, 2002 9:23 AM To: [EMAIL PROTECTED] Subject: 'ant' task not overriding basedir (Ant 1.5.1) I'm attempting to invoke a sub-project from my main ant build.xml using the task 'ant'. Both build files reside in the same directory at the top of my project tree. However, I am attempting to build the sub-project from a different directory further down in the tree by setting the 'dir' attribute in hopes it would override the 'basedir' of the sub-project's build.xml. This is not working. It continues to build from the top of the project tree. Any insight as to why this is not working is greatly appreciated. Thanks in advance! -md -- To unsubscribe, e-mail: mailto:ant-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:ant-user-help;jakarta.apache.org -- To unsubscribe, e-mail: mailto:ant-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:ant-user-help;jakarta.apache.org
RE: 'ant' task not overriding basedir (Ant 1.5.1)
Look at the doc for Ant 1.5.x for ant, and the table explaining which dir is used to build based on various things. I myself avoid the 'dir' attribute of ant, so that the 'basedir' of the sub-build file applies. --DD -Original Message- From: Marc Dugger [mailto:mdugger;austin.rr.com] Sent: Monday, October 28, 2002 10:13 AM To: Ant Users List Subject: RE: 'ant' task not overriding basedir (Ant 1.5.1) Well, this might not be entirely accurate. I changed the 'basedir' property in the sub-project to the sub-directory in which I want it to build and it still is building from the top of the project tree. In fact, the only way I can get it to build in a sub-directory is to change to that directory and use the -f parameter. Can anyone offer any insight on building sub-projects in a different directory other than the current? -Original Message- From: Marc Dugger [mailto:mdugger;austin.rr.com] Sent: Monday, October 28, 2002 9:23 AM To: [EMAIL PROTECTED] Subject: 'ant' task not overriding basedir (Ant 1.5.1) I'm attempting to invoke a sub-project from my main ant build.xml using the task 'ant'. Both build files reside in the same directory at the top of my project tree. However, I am attempting to build the sub-project from a different directory further down in the tree by setting the 'dir' attribute in hopes it would override the 'basedir' of the sub-project's build.xml. This is not working. It continues to build from the top of the project tree. Any insight as to why this is not working is greatly appreciated. Thanks in advance! -md -- To unsubscribe, e-mail: mailto:ant-user-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:ant-user-help;jakarta.apache.org
Re: Ant task to rasterize SVG?
Hi Nicola, I snooped around the web, and found out that the Batik 1.1.1 rasterizer produces JPGs correctly under JRE 1.3, but not under JRE 1.4. So now I run Ant under JRE 1.3, and the rasterize task works just fine. AFAIK, this bug is fixed in current CVS; over at Cocoon we are using batik 1.5beta because of this. I searched Apache's bugzilla and found the fix. I applied it to Batik 1.1.1 and now it works under JRE 1.4. I've been reluctant to switch to beta versions. Are my fears unwarranted? Dale -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Ant task to rasterize SVG?
From: dhemeryy [EMAIL PROTECTED] Hi Nicola, Do any of you know of an Ant task that rasterizes SVG, and spits out JPG or GIF or whatever? In the batik module under the contrib section there's an Ant task that does just that. Thank you very much! I've been running Batik by hand, so this is an easy step for me. I had trouble at first. The rasterize task was creating blank JPGs. So I ran the Batik rasterizer by hand, and found that it, too, created blank JPGs. So I ran the Batik SVG browser, and it worked just fine. What the hey!? I snooped around the web, and found out that the Batik 1.1.1 rasterizer produces JPGs correctly under JRE 1.3, but not under JRE 1.4. So now I run Ant under JRE 1.3, and the rasterize task works just fine. AFAIK, this bug is fixed in current CVS; over at Cocoon we are using batik 1.5beta because of this. -- Nicola Ken Barozzi [EMAIL PROTECTED] - verba volant, scripta manent - (discussions get forgotten, just code remains) - -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Ant task to rasterize SVG?
Hi Nicola, Do any of you know of an Ant task that rasterizes SVG, and spits out JPG or GIF or whatever? In the batik module under the contrib section there's an Ant task that does just that. Thank you very much! I've been running Batik by hand, so this is an easy step for me. I had trouble at first. The rasterize task was creating blank JPGs. So I ran the Batik rasterizer by hand, and found that it, too, created blank JPGs. So I ran the Batik SVG browser, and it worked just fine. What the hey!? I snooped around the web, and found out that the Batik 1.1.1 rasterizer produces JPGs correctly under JRE 1.3, but not under JRE 1.4. So now I run Ant under JRE 1.3, and the rasterize task works just fine. Dale -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Ant task to rasterize SVG?
From: dhemeryy [EMAIL PROTECTED] Hello, Do any of you know of an Ant task that rasterizes SVG, and spits out JPG or GIF or whatever? In the batik module under the contrib section there's an Ant task that does just that. -- Nicola Ken Barozzi [EMAIL PROTECTED] - verba volant, scripta manent - (discussions get forgotten, just code remains) - -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Ant Task to compact HTML/JSP?
From: John Niven [EMAIL PROTECTED] Ant-users, long-time lurker, first-time poster... Does anyone know of/have an ant task that strips white-space, for example out of HTML/JSP files? The context for this is that I have a distributed Tomcat web-app that runs over a WAN. There's limited bandwidth over certain parts of the WAN, and I'd like to compact the generated HTML as much as possible. In particular, I'd like to retain well-formatted pages, but compact it prior to deploying the web-app. I've started writing a basic task myself, but I'd naturally like to avoid the work if possible! Any takers? IZPressHtmlCompressTask.java http://cvs.apache.org/viewcvs/xml-forrest/tools/centipede/src/java/ -- Nicola Ken Barozzi [EMAIL PROTECTED] - verba volant, scripta manent - (discussions get forgotten, just code remains) - -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Ant Task to compact HTML/JSP?
-Original Message- From: Nicola Ken Barozzi [mailto:[EMAIL PROTECTED]] Sent: 5 April 2002 13:05 To: Ant Users List Subject: Re: Ant Task to compact HTML/JSP? From: John Niven [EMAIL PROTECTED] Does anyone know of/have an ant task that strips white-space, for example out of HTML/JSP files? The context for this is ... Any takers? IZPressHtmlCompressTask.java http://cvs.apache.org/viewcvs/xml-forrest/tools/centipede/src/java/ Nicola, that's fantastic. Many thanks for that. Best wishes, John -- Nicola Ken Barozzi [EMAIL PROTECTED] - verba volant, scripta manent - (discussions get forgotten, just code remains) - -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: ant task condition and Forte4Java
- Original Message - From: Diane Holt [EMAIL PROTECTED] To: Ant Users List [EMAIL PROTECTED] Sent: Thursday, February 07, 2002 12:56 PM Subject: Re: ant task condition and Forte4Java --- Scott Ellsworth [EMAIL PROTECTED] wrote: On Thursday, February 7, 2002, at 12:05 PM, Steve Holdener wrote: Another approach that might require more effort would be to include an indication of when a tast was introduced on each task's page. So condition would have Introduced: 1.4 or something. I like this a bit better myself, as then we can add mentions like added 1.5 20020231 to the documents in progress, I'd be worried about something like that getting out of control. It's not only tasks that get introduced, but attributes and functionality as well. And how do we police things to make sure the notes get added (we're having enough trouble keeping up with copyright updates :) I was just thinking of something like: ANT USER MANUAL Release 1.4.1 Seemed to me that anyone reading a doc with a release number on it shouldn't be expecting any guarantees that anything documented in it would be valid for any other release (backwards or forwards). + we state the fact: if ant -version != 1.4.1 then this is not the right manual + we say in big letters on the front where to to download the later version + we add a date of release, with the note As new versions of ant tend to appear every 6-8 months, if you are reading a dated copy, then upgrade. Actually you could implement that in javascript; compare now with then and only suggest updates after six months, but that is just going overboard. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Ant task for redeploying web applications on Tomcat
Yeah, I noticed that although the manager APIs appeared to work, they actually didn't work as advertised when I tried to see if my site changed. So the task invokes the API, but it doesn't actually work because of the manager code in Tomcat... guess I better do a CVS checkout for tomcat now... ;) -Chris - Original Message - From: Steve Loughran [EMAIL PROTECTED] To: Ant Users List [EMAIL PROTECTED] Sent: Thursday, February 14, 2002 2:54 AM Subject: Re: Ant task for redeploying web applications on Tomcat - Original Message - From: Christopher Taylor [EMAIL PROTECTED] To: Jakarta ANT User's List [EMAIL PROTECTED] Sent: Wednesday, February 13, 2002 00:12 Subject: Ant task for redeploying web applications on Tomcat Hello, I searched the mail archives and couldn't find any tasks for redeploying web applications on Tomcat, so I wrote one myself this afternoon (very bare-bones... it doesn't check for errors, all exceptions will stop the build). If anyone is interested they can download it from http://www.java-internals.com/code/index.html. -Chris P.S. It relies on the http-client commons package available from Jakarta. I've included it in my distribution of the tomcat-deploy task P.P.S. Any suggestions or contributions would be appreciated. I have looked into dooing this; right now I can do it with a get in the system. To get it work properly I think I'd need to change tomcat's manager class. I'd be interested to know how you worked around the problems I encountered 1. the upload mechanism where you provide a url to a remote WAR file does not do hot updates after the first upload; from then on tomcat goes 'there is a local copy so lets just start that' 2. the servlet responses are not easily parsable: you might think they are but since they are 18in-izabe resource strings they may be different on different locales The fixes I'd have to do: XML response from the servlet and better reload behavior would both be tomcat side; once they were done it would make sense to include the task in the tomcat codebase, rather than ant, so it will be in sync better. -steve -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Ant task for redeploying web applications on Tomcat
Hi all, It looks like Craig McClahahan has checked in some recent changes to the Tomcat tree that provide ANT support for deploying webapps to running servers. You'll need a nightly build after Feb 12th, and you'll want to read the documentation included for the Manager App HOWTO. You'll need to put the catalina-ant.jar in your ${ANT_HOME}/lib folder. -Chris - Original Message - From: Christopher Taylor [EMAIL PROTECTED] To: Ant Users List [EMAIL PROTECTED] Sent: Friday, February 15, 2002 8:15 AM Subject: Re: Ant task for redeploying web applications on Tomcat Yeah, I noticed that although the manager APIs appeared to work, they actually didn't work as advertised when I tried to see if my site changed. So the task invokes the API, but it doesn't actually work because of the manager code in Tomcat... guess I better do a CVS checkout for tomcat now... ;) -Chris - Original Message - From: Steve Loughran [EMAIL PROTECTED] To: Ant Users List [EMAIL PROTECTED] Sent: Thursday, February 14, 2002 2:54 AM Subject: Re: Ant task for redeploying web applications on Tomcat - Original Message - From: Christopher Taylor [EMAIL PROTECTED] To: Jakarta ANT User's List [EMAIL PROTECTED] Sent: Wednesday, February 13, 2002 00:12 Subject: Ant task for redeploying web applications on Tomcat Hello, I searched the mail archives and couldn't find any tasks for redeploying web applications on Tomcat, so I wrote one myself this afternoon (very bare-bones... it doesn't check for errors, all exceptions will stop the build). If anyone is interested they can download it from http://www.java-internals.com/code/index.html. -Chris P.S. It relies on the http-client commons package available from Jakarta. I've included it in my distribution of the tomcat-deploy task P.P.S. Any suggestions or contributions would be appreciated. I have looked into dooing this; right now I can do it with a get in the system. To get it work properly I think I'd need to change tomcat's manager class. I'd be interested to know how you worked around the problems I encountered 1. the upload mechanism where you provide a url to a remote WAR file does not do hot updates after the first upload; from then on tomcat goes 'there is a local copy so lets just start that' 2. the servlet responses are not easily parsable: you might think they are but since they are 18in-izabe resource strings they may be different on different locales The fixes I'd have to do: XML response from the servlet and better reload behavior would both be tomcat side; once they were done it would make sense to include the task in the tomcat codebase, rather than ant, so it will be in sync better. -steve -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Ant task for redeploying web applications on Tomcat
- Original Message - From: Christopher Taylor [EMAIL PROTECTED] To: Ant Users List [EMAIL PROTECTED] Sent: Thursday, February 14, 2002 10:19 PM Subject: Re: Ant task for redeploying web applications on Tomcat Hi all, It looks like Craig McClahahan has checked in some recent changes to the Tomcat tree that provide ANT support for deploying webapps to running servers. You'll need a nightly build after Feb 12th, and you'll want to read the documentation included for the Manager App HOWTO. You'll need to put the catalina-ant.jar in your ${ANT_HOME}/lib folder. -Chris so he does I note that he pulls the whole war over then deploys that...I think an ftp upload of an expanded war file with only changed files being updated may be faster in many circumstances. I am using ftp upload+manager requests -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Ant task for redeploying web applications on Tomcat
- Original Message - From: Christopher Taylor [EMAIL PROTECTED] To: Jakarta ANT User's List [EMAIL PROTECTED] Sent: Wednesday, February 13, 2002 00:12 Subject: Ant task for redeploying web applications on Tomcat Hello, I searched the mail archives and couldn't find any tasks for redeploying web applications on Tomcat, so I wrote one myself this afternoon (very bare-bones... it doesn't check for errors, all exceptions will stop the build). If anyone is interested they can download it from http://www.java-internals.com/code/index.html. -Chris P.S. It relies on the http-client commons package available from Jakarta. I've included it in my distribution of the tomcat-deploy task P.P.S. Any suggestions or contributions would be appreciated. I have looked into dooing this; right now I can do it with a get in the system. To get it work properly I think I'd need to change tomcat's manager class. I'd be interested to know how you worked around the problems I encountered 1. the upload mechanism where you provide a url to a remote WAR file does not do hot updates after the first upload; from then on tomcat goes 'there is a local copy so lets just start that' 2. the servlet responses are not easily parsable: you might think they are but since they are 18in-izabe resource strings they may be different on different locales The fixes I'd have to do: XML response from the servlet and better reload behavior would both be tomcat side; once they were done it would make sense to include the task in the tomcat codebase, rather than ant, so it will be in sync better. -steve -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: ant task condition and Forte4Java
On Thu, 7 Feb 2002, Peter Kesch [EMAIL PROTECTED] wrote: we try to use the buildscript for Ant with Forte .. but everytime i try to run a task includen an condition task forte generates an error like Sounds as if you were using Ant 1.3 or earlier. condition is 1.4 or above only. Stefan -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: ant task condition and Forte4Java
--- Stefan Bodewig [EMAIL PROTECTED] wrote: On Thu, 7 Feb 2002, Peter Kesch [EMAIL PROTECTED] wrote: we try to use the buildscript for Ant with Forte .. but everytime i try to run a task includen an condition task forte generates an error like Sounds as if you were using Ant 1.3 or earlier. condition is 1.4 or above only. Peter, If it is the case that you're running 1.3, could you tell us how you know about the condition task? Was it from reading the manual from the Ant web site? (If it was, I'm thinking maybe we should include a release number in the title.) Diane = ([EMAIL PROTECTED]) __ Do You Yahoo!? Send FREE Valentine eCards with Yahoo! Greetings! http://greetings.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: ant task condition and Forte4Java
Diane Holt wrote: If it is the case that you're running 1.3, could you tell us how you know about the condition task? Was it from reading the manual from the Ant web site? (If it was, I'm thinking maybe we should include a release number in the title.) I absolutely agree. Actually, if it it's possible, perhaps two versions of the docs could reside on the jakarta site (current version + last version). This shouldn't be too much of a hassle, especially if development only occurs on the current version. Another approach that might require more effort would be to include an indication of when a tast was introduced on each task's page. So condition would have Introduced: 1.4 or something. I feel that's not quite as clear as two separate manuals, though. -Steve -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: ant task condition and Forte4Java
On Thursday, February 7, 2002, at 12:05 PM, Steve Holdener wrote: Another approach that might require more effort would be to include an indication of when a tast was introduced on each task's page. So condition would have Introduced: 1.4 or something. I feel that's not quite as clear as two separate manuals, though. I like this a bit better myself, as then we can add mentions like added 1.5 20020231 to the documents in progress, and not have to adjust them later when we actually ship 1.5. Not documenting when things came in means that developers have to update the 1.5 docs in a more ad-hoc way, rather than doing the doc update when they update the code. (It also makes it clearer to someone loath to use development code in a production environment just how new a fix is.) Scott -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: ant task condition and Forte4Java
--- Scott Ellsworth [EMAIL PROTECTED] wrote: On Thursday, February 7, 2002, at 12:05 PM, Steve Holdener wrote: Another approach that might require more effort would be to include an indication of when a tast was introduced on each task's page. So condition would have Introduced: 1.4 or something. I like this a bit better myself, as then we can add mentions like added 1.5 20020231 to the documents in progress, I'd be worried about something like that getting out of control. It's not only tasks that get introduced, but attributes and functionality as well. And how do we police things to make sure the notes get added (we're having enough trouble keeping up with copyright updates :) I was just thinking of something like: ANT USER MANUAL Release 1.4.1 Seemed to me that anyone reading a doc with a release number on it shouldn't be expecting any guarantees that anything documented in it would be valid for any other release (backwards or forwards). Not that there wouldn't a number of things that would in fact be valid -- just that there's no guarantee they all would be. (Hey, if I'm reading a Perl5 book, but I'm running Perl4... :) Diane = ([EMAIL PROTECTED]) __ Do You Yahoo!? Send FREE Valentine eCards with Yahoo! Greetings! http://greetings.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: ant task does not run the build.xml with new basedir correctly
--- Lev Zak [EMAIL PROTECTED] wrote: When I run ant release under d:\dir_1 , I receive the following: [snip] basedir= D:\dir_2 configDir = D:\dir_1/config [snip] I expect to receive the following: [snip] because a basedir changed to d:\dir_2 What I missed? Once you've set configDir in proj1, the property will stay at that value unless you either override it with a nested property in your ant task (ie., property name=configDir value=${releasedir}/config/), or set 'inheritAll=no' and set the property in your proj2 buildfile. Which way you choose to do it depends on what you intend for your proj2, whether you expect to run it independent of proj1, and if any targets you intend to run directly from it reference ${configDir}. Diane = ([EMAIL PROTECTED]) __ Do You Yahoo!? Send FREE Valentine eCards with Yahoo! Greetings! http://greetings.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: ant task does not run the build.xml with new basedir correctly
'inheritAll=no' - it is exactly what I need. Thanks. Lev. -Original Message- From: Diane Holt [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 06, 2002 11:21 PM To: Ant Users List Cc: Mike Dubman Subject: Re: ant task does not run the build.xml with new basedir correctly --- Lev Zak [EMAIL PROTECTED] wrote: When I run ant release under d:\dir_1 , I receive the following: [snip] basedir= D:\dir_2 configDir = D:\dir_1/config [snip] I expect to receive the following: [snip] because a basedir changed to d:\dir_2 What I missed? Once you've set configDir in proj1, the property will stay at that value unless you either override it with a nested property in your ant task (ie., property name=configDir value=${releasedir}/config/), or set 'inheritAll=no' and set the property in your proj2 buildfile. Which way you choose to do it depends on what you intend for your proj2, whether you expect to run it independent of proj1, and if any targets you intend to run directly from it reference ${configDir}. Diane = ([EMAIL PROTECTED]) __ Do You Yahoo!? Send FREE Valentine eCards with Yahoo! Greetings! http://greetings.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Ant Task For JavaHelp
Jim Urban wrote: I was wondering if anyone has created an Ant plugin for generating JavaHelp search databases. Does anyone have such a plugin they could share? Hope this will work for you. -- Bernd Dutkowski http://www.g-ne.de/ JHIndexer.java Description: java/ -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Ant Task
Use the optional wlrun task, eg., !-- start web logic -- wlrun beahome=${bea.home} home=${weblogic.home} domain=${weblogic.domain} password=${weblogic.password} classpath refid=weblogic.classpath / /wlrun where the properties are defined as appropriate to your environment. -- Jill - Original Message - From: Melroy Rodrigues [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, December 03, 2001 4:30 AM Subject: Ant Task Hi, I want to run startWeblogic.cmd via ant. How will I be able to do this? I have set up an ant command using exec and pointed to the startWeblogic.cmd but it somes back with a Execute failure:java.io.IOException createprocess startWeblogic.cmd error=2 Thanks Melroy __ Do You Yahoo!? Buy the perfect holiday gifts at Yahoo! Shopping. http://shopping.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] --- The contents of this message are the views of the Author and do not necessarily reflect the views of SUNCORP METWAY LTD ABN 66 010 831 722. The content of this e-mail, including attachments is a confidential communication between the Suncorp Metway Group and the intended addressee. Any unauthorised use of the contents is expressly prohibited. If you have received this e-mail in error please contact the sender immediately and then delete the message and any attachment(s). http://www.suncorpmetway.com.au -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Ant task that manipulates a Manifest file
On Tue, 20 Nov 2001 02:20, Thomas Tuft Muller wrote: Does it exist? In the latest CVS version it does - you may want to grab a nightly build. -- Cheers, Pete ** | Every rule has an exception, | | except the rule of exceptions. | ** -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: ant task dir=
Tait, Allen wrote: I am modifying our build.xml files to work in both the Unix and Windows environments. They were written originally for Unix. We are executing a few subprojects within the main build.xml. This has been accomplished with: exec dir=content executable=ant/ This is called from the parent directory of content. However, this command doesn't seem to work in Windows (it can't find ant). It does work in Unix. I have tried using the following to replace this command: ant dir=content antfile=build.xml/ Now this works fine in Windows but not in Unix. The main build.xml is one level above content in the directory hierarchy. I am guessing that when using the ant task the working directory does not get switched to content but it does get switched to content when using exec. Is this the case? Is there a workaround? I could specify the OS for the exec but this is not an option for the ant task. Thanks if you use ant1.4beta, you could do something like: target name=MaybeDoWindows if=isWindows !-- do some stuff here -- /target target name=MaybeDoUnix if=isUnix !-- do some stuff here -- /target target name=doIt condition property=isWindows value=true or os family=windows / os family=dos / /or /condition condition property=isUnix value=true os family=unix / /condition antcall target=MaybeDoWindows / antcall target=MaybeDoUnix / /target -- Matt Inger ([EMAIL PROTECTED]) Sedona Corporation 455 S. Gulph Road, Suite 300 King of Prussia, PA 19406 (484) 679-2213 Self-respect - the secure feeling that no one, as yet, is suspicious. -H.L. Mencken
RE: ant task dir=
Both problems can be easily solved. For problem one add ANT to your PATH on the PC: set PATH=%PATH%;c:\jakarta-ant\bin For problem two, reference the build.xml relative the current working directory: ant dir=content antfile=content/build.xml If I'm wrong, there does exist an os attribute to exec that if you specify os=Windows 2000 it will only run there. (a uname -a in the Unix world). Try to avoid this as it will mean code duplication. Good luck, Sheldon -Original Message- From: Tait, Allen [mailto:[EMAIL PROTECTED]] Sent: Wednesday, September 05, 2001 1:59 PM To: '[EMAIL PROTECTED]' Subject: ant task dir= I am modifying our build.xml files to work in both the Unix and Windows environments. They were written originally for Unix. We are executing a few subprojects within the main build.xml. This has been accomplished with: exec dir=content executable=ant/ This is called from the parent directory of content. However, this command doesn't seem to work in Windows (it can't find ant). It does work in Unix. I have tried using the following to replace this command: ant dir=content antfile=build.xml/ Now this works fine in Windows but not in Unix. The main build.xml is one level above content in the directory hierarchy. I am guessing that when using the ant task the working directory does not get switched to content but it does get switched to content when using exec. Is this the case? Is there a workaround? I could specify the OS for the exec but this is not an option for the ant task. Thanks
Re: ant task dir=
--- Tait, Allen [EMAIL PROTECTED] wrote: I am modifying our build.xml files to work in both the Unix and Windows environments. They were written originally for Unix. We are executing a few subprojects within the main build.xml. This has been accomplished with: exec dir=content executable=ant/ This is called from the parent directory of content. However, this command doesn't seem to work in Windows (it can't find ant). That's because on Windows, it's ant.bat, not ant. If you really want to exec ant instead of doing an ant, you can specify the value for executable as a property (eg., ${antcmd}), then set that property according to the OS (various ways to do that). I have tried using the following to replace this command: ant dir=content antfile=build.xml/ Now this works fine in Windows but not in Unix. This should work. What error do you get? What happens if you point dir to dir=${basedir}/content? (You shouldn't have to, but if even that doesn't work, then it could help you figure out why just giving the subdir name doesn't either.) BTW: If the file you're ant'ing to is called build.xml, you don't need to specify antfile -- only if it's something other than that (just FYI). Diane = ([EMAIL PROTECTED]) __ Do You Yahoo!? Get email alerts NEW webcam video instant messaging with Yahoo! Messenger http://im.yahoo.com
RE: ant task dir=
-Original Message- From: Diane Holt [SMTP:[EMAIL PROTECTED]] Sent: Wednesday, September 05, 2001 2:47 PM To: [EMAIL PROTECTED] Subject: Re: ant task dir= --- Tait, Allen [EMAIL PROTECTED] wrote: I am modifying our build.xml files to work in both the Unix and Windows environments. They were written originally for Unix. We are executing a few subprojects within the main build.xml. This has been accomplished with: exec dir=content executable=ant/ This is called from the parent directory of content. However, this command doesn't seem to work in Windows (it can't find ant). That's because on Windows, it's ant.bat, not ant. If you really want to exec ant instead of doing an ant, you can specify the value for executable as a property (eg., ${antcmd}), then set that property according to the OS (various ways to do that). [Tait, Allen] I failed to mention that I am using CYGWIN so the same scripts, .sh. perl etc.. used in Unix can be used in the Windows environment I have tried using the following to replace this command: ant dir=content antfile=build.xml/ Now this works fine in Windows but not in Unix. This should work. What error do you get? What happens if you point dir to dir=${basedir}/content? (You shouldn't have to, but if even that doesn't work, then it could help you figure out why just giving the subdir name doesn't either.) BTW: If the file you're ant'ing to is called build.xml, you don't need to specify antfile -- only if it's something other than that (just FYI). [Tait, Allen] The sub build does get called but when it tries to execute additional perl scripts in a local directory it doesn't find them. I have read about a bug with the ant dir=/ Diane = ([EMAIL PROTECTED]) __ Do You Yahoo!? Get email alerts NEW webcam video instant messaging with Yahoo! Messenger http://im.yahoo.com
Re: Ant task for gcj compilation?
On Fri, 27 Jul 2001 15:09, Carfield Yim wrote: In the near future, will ant include a task for compilation java code in gnu gcc java compiler? If someone was willing to code it or send patches then yep ;) However I don't know of any imediate plans for someone to implement it. Cheers, Pete *-* | Faced with the choice between changing one's mind, | | and proving that there is no need to do so - almost | | everyone gets busy on the proof. | | - John Kenneth Galbraith | *-*
Re: Ant task for gcj compilation?
On Fri, 27 Jul 2001, Peter Donald [EMAIL PROTECTED] wrote: On Fri, 27 Jul 2001 15:09, Carfield Yim wrote: In the near future, will ant include a task for compilation java code in gnu gcc java compiler? If someone was willing to code it or send patches then yep ;) A patch is in bugzilla (Bug ID 2476). Stefan
RE: Ant task for gcj compilation?
Carfield, If you are not able to contribute one yourself, the best thing to do would be to create an enhancement request in BugZilla http://nagoya.apache.org Conor -Original Message- From: Carfield Yim [mailto:[EMAIL PROTECTED]] Sent: Friday, 27 July 2001 3:10 PM To: [EMAIL PROTECTED] Subject: Ant task for gcj compilation? In the near future, will ant include a task for compilation java code in gnu gcc java compiler? -- Carfield Yim, visit my homepage at http://www.carfield.com.hk
Re: Ant task for emails with attachments?
Pawan Kumar Katharikuppam [EMAIL PROTECTED] wrote: Is an Ant(1.2) task to send emails with attachments (zips etc) available somewhere? A few days ago a task like this has been submitted to ant-dev, just grab it from the archive http://marc.theaimsgroup.com/?l=ant-devm=98878520826391w=2. Not sure, whether it will work with Ant 1.2. Stefan
Re: Ant task and basedir
Rich Bagley [EMAIL PROTECTED] wrote: The only thing different is the basedir - it only works if it is the current directory. This worked OK under version 1.2. Anyone have any ideas? Yes, I guess you need to remove the cariage return characters from the antRun script in ANT_HOME/bin. This is a bug in the 1.3 distribution of Ant. Ant will use this shell script to change the working directory prior to invoking ls - but only if it needs to change the cwd at all. Stefan
Re: ant task - property overrides
--- Juno Suk [EMAIL PROTECTED] wrote: The Ant task, called from a parent build.xml, will have all its properties overridden by the parent. The ant task does allow you to set values for properties -- you just need to do it explicitly (which admittedly, could get fairly cumbersome if you have lots of properties you need to set). Isn't this counterintuitive? Shouldn't properties set within the subproject override its parent's properties? It's been a topic of discussion for awhile. I think the main stumbling block has been what to do about command-line defines. Is there a quick way to workaround this problem? I'm trying to automate build recursion through a hierarchy, but the fact that the parent property overrides its children's frustrates me. The quickest way for now would be to pass the values explicitly in the ant task, since that's already available. Diane = ([EMAIL PROTECTED]) __ Do You Yahoo!? Get email at your own domain with Yahoo! Mail. http://personal.mail.yahoo.com/