RE: javac
Just FYI, I have legacy code I need to compile, I have been building it with ant for years... I just structure my build.xml to compile sections, i.e. javac srcdir=com.abc includes=Z/**/*.java/ javac srcdir=com.abc includes=Y/**/*.java/ And so on for 26 sections! It has worked fine... Ugly, yes. But, it doesn't require extensions to Ant, which can be problematic when moving from one version of Ant to another (and this code started out being compiled with Ant 1.1 maybe - so long ago I don't remember and now is up to Ant 1.6.1) -Original Message- From: Jean Lazarou [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 12, 2005 9:53 AM To: Ant Developers List Subject: RE: javac Do you think we can pick up any splitting for the subsystem to compile? How can you be sure, when you're not developer of the project, that some sub-tree won't imply that, due to compilation dependencies, again too much files to compile at once? Even the approach I wrote is not full reliable... Any way, creating a new task that derives from the ant Javac task implemention was pretty easy to do. I thank you for you advice. Jean Dominique Devienne [EMAIL PROTECTED] wrote: Phil is right Jean. Independently of splitting the code in subsystems, which is always a good idea, even if you can't do that you can split the compile of a single source tree into several passes using regular . This can even enforce dependencies of the code compiled by the different passes. The trick is to reset the sourcepath that normally sets. I include here an example for reference. Hope this helps. --DD Compile the java code from src/ into build/classes -- when not forking , and instead specify directly the JVM argument only when forking... Convoluted, but works! -- destdir=@{destdir} sourcepath= deprecation=${deprecation} debug=true verbose=false includeAntRuntime=false fork=@{fork} -- -Original Message- From: Phil Weighill Smith [mailto:[EMAIL PROTECTED] Why not simply put two calls to javac in your build script and split the source tree in two in the same way that you have in your new task, passing one tree to the first call and the other to the second? Clearly you need to ensure that the first call compiles pre-requisite code for the second call and that you should avoid cyclic references between the two sets of classes. On Tue, 2005-07-12 at 00:12 -0700, Jean Lazarou wrote: We had problem with a (legacy) build from scratch, seems that, because we have too many java files to compile, nothing is compiled (both on Linux and Windfoos2000). After spending 4 days on that, I decided to split the compilation, I created a new task, name bydir-javac. The task is derived from Javac. Can I publish this? Is it a better way of doing it? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: java.lang.NullPointerException, launch.Locator.getLocationURLs
I suggest you submit your question to the ant users group (appropriate forum) rather than the ant developers group (inappropriate forum). Also, you could search the ant users list archives to see if someone else had this same problem, and the group has already replied. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Wednesday, April 13, 2005 9:01 AM To: [EMAIL PROTECTED] Subject: java.lang.NullPointerException, launch.Locator.getLocationURLs please help me if you can or have sorted already my same problem with ant. Following instructions on the installation manual, I do all things described in installation but not able to build ant since the build -Ddist.dir=3D ain_Ant_distribution dist command has the following response: access denied. When I type the ant command from the dos prompt I have this response: C:\ant java.lang.NullPointerException at org.apache.tools.ant.launch.Locator.getLocationURLs(Locator.java:262) at org.apache.tools.ant.launch.Locator.getLocationURLs(Locator.java:212) at org.apache.tools.ant.launch.Launcher.run(Launcher.java:128) at org.apache.tools.ant.launch.Launcher.main(Launcher.java:55) Is this because I wasn't able to build ant? Which could be the reason for that? or if the exception thrown is indipendent from the build command , how can I sort it? I want to see ant -version rightly working I pray you, help me!!! Michelangelo __ Tiscali Adsl 3 Mega Flat con 3 MESI GRATIS! Con Tiscali Adsl 3 Mega Flat navighi con la Supervelocita' a soli 29.95 euro al mese, senza limiti di tempo. E se attivi entro il 15 Aprile, 3 MESI sono GRATIS! Scopri come risparmiare navigando veloce, su http://abbonati.tiscali.it/adsl/sa/2flat_tc/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: USE ANT_OPTS RE: OutOfMemoryException when compiling alarge project
Yep, that's one approach. The alternative is a standard profile that everyone sources that sets a uniform environment. Either way, the end goal is consistency. -Original Message- From: Dominique Devienne [mailto:[EMAIL PROTECTED] Sent: Thursday, March 03, 2005 9:26 AM To: Ant Developers List Subject: RE: USE ANT_OPTS RE: OutOfMemoryException when compiling alarge project From: Phil Weighill-Smith [mailto:[EMAIL PROTECTED] I recommend building the required sizes into your script and using fork. I fully agree. If your javac takes lots of memory, it also means it takes some time, and the forking overhead becomes insignificant compared to the actual compilation time (at least for a full rebuild). --DD - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
USE ANT_OPTS RE: OutOfMemoryException when compiling a large project
As someone suggested earlier, define ANT_OPTS in your environment (read the Ant documentation about using ANT_OPTS) For example, we use ANT_OPTS=-Xmx1024m -Xms256m Then you can compile without the need to use fork. From my build log, compiling more files than your case of 496 files: javac: [javac] Compiling 643 source files to ... -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 01, 2005 6:15 PM To: [EMAIL PROTECTED] Subject: DO NOT REPLY [Bug 33162] - OutOfMemoryException when compiling a large project DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG* RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33162. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND* INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33162 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-03-02 01:15 --- I used the javac fork option with memoryMaximumSize=800m and it worked fine. Now I feel silly. Anyone know how to pass to javac -Xmx800m without forking? -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Anybody?
You are asking a user question on the developer list. Try asking your question about getting resources to build Ant on the users list. -Original Message- From: Filip Balas [mailto:[EMAIL PROTECTED] Sent: Monday, June 28, 2004 2:52 PM To: Ant Developer Mailing List (E-mail) Subject: Anybody? Is anybody on this list? Filip Balas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Open new command window for ANT task
Then you should write a script to open all your command windows in the right sequence, and launch that one script from Ant. As you stated, it's easy to do in a batch/shell file. Why are you torturing Ant into doing the batch/shell file's job?? You don't really say what you are trying to do, but please remember that Ant's original and main purpose is to compile java code and create jars, wars, etc for application deployment. When you find yourself trying to use a wrench to do the job of a screwdriver, maybe it's time to re-think the tool selection... -Original Message- From: Robert Mark Bram [mailto:[EMAIL PROTECTED] Sent: Sunday, May 30, 2004 10:29 AM To: 'Ant Developers List' Subject: Re: Open new command window for ANT task Hi DD! Thank you very much for the response! I read the FAQ in response to your message - but I still don't see how to do what I want, which is to open a new command window and run something in it.. exec dir=${scripts} executable=cmd.exe arg line=/c test.bat/ /exec or exec dir=${scripts} executable=cmd.exe arg line=start/ arg line=/c test.bat/ /exec For example, this runs a batch file, but still in the same window. I need to run several Java processes in new windows in a particular order: - a class server - a Jini lookup server - another class server - a service provider - a client Each of these should spin off into a new command window so they can keep running and let the next process be launched.. This is easy to do with a batch/shell file and I am hoping to do the same with Ant.. Do you think this can be done? Rob :) -- Robert Mark Bram B.Comp.(Systems Development/Business Systems) B.Net.Comp.(Hons) Doctor of Philosophy Student School of Network Computing Faculty of Information Technology Monash University Peninsula Campus McMahons Rd Frankston, VIC 3199 AUSTRALIA Phone: 61 3 9904 4394 Facsimile: 61 3 9904 4124 Email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: ANT 1.7 features suggestion
-Original Message- From: Anthony Goubard [mailto:[EMAIL PROTECTED] Sent: Tuesday, May 04, 2004 12:01 PM To: Ant Developers List Subject: ANT 1.7 features suggestion Hello, - I think that more than 50% of the users uses Java 1.4 I think that is unrealistic. In decent to large corporations, one doesn't change from one release to another release of software like Java or even tools like Ant just whenever. Everything has to be co-ordinated, suites of software that work together need to all move together, QA plans have to be updated, new tests run, etc. I think in the 'real' world the lag time from one release to another is astoundingly long, as least to developers who don't understand why the switch isn't made sooner. I assure you there are shops out in the 'real' world running Windows 98 or NT using JDK 1.1 or 1.2 while us developers are buzzing along using Windows XP or Linux and JDK 1.4 - but we don't necessarily represent the majority... -ken - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Fisheye view of ant
Looking forward to it supporting ClearCase... -Original Message- From: Diane Holt [mailto:[EMAIL PROTECTED] Sent: Thursday, March 25, 2004 10:14 AM To: Ant Developers List Subject: Re: Fisheye view of ant Really nice! (You've gotta love a product whose demo includes All your Source are belong to us. :) Kudos to Conor, et. al. Looking forward to it supporting Perforce, Diane --- Steve Loughran [EMAIL PROTECTED] wrote: I am very pleased to see that our own Conor MacNeill and colleages have not only been busy little bees with a cool new product, Fisheye (http://fisheye.thecortex.net/ ), their demo runs against the Ant repository http://fisheye.thecortex.net/viewrep/ant conor, this is beautiful. Is the demo going to be bound to a life copy of Ant for all time, or have you taken a snapshot? -Steve - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] = ([EMAIL PROTECTED]) __ Do you Yahoo!? Yahoo! Finance Tax Center - File online. File on time. http://taxes.yahoo.com/filing.html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Any interest in a remote Ant server?
Did you follow and read the Related Projects link from the Ant home page? Because such a beast already exits: Rant: Rant stands for Remote Ant. It is a distributed build system that allows an Ant build file to launch builds on other systems and receive exceptions should they occur. Compatibility: Ant 1.4 URL: http://sourceforge.net/projects/remoteant/ Contact: Chris Nelson License: MIT License -Original Message- From: Robert Smith [mailto:[EMAIL PROTECTED] Sent: Monday, March 08, 2004 2:30 PM To: [EMAIL PROTECTED] Subject: Any interest in a remote Ant server? Hi all, I've written an add-on for Ant that allows for remote builds. It consists of an RMI based server application and a handful of custom Ant tasks on the client side. My motivation for this was to allow C/C++ code to be built on remote machines for multiple architectures from the comfort of the developer's Eclipse IDE on Windows. I tried Rant, but found it too limiting, so I've done my own version, complete with file transfers and synchronous logging (which took some work to make it all serialize/deserialize properly across RMI!) Now that I've got it working, the question is, what do I do with it? Is there even any interest out there for such a thing? Who should I talk to at apache? Should I just throw it up on my own web page? Here's how it works from the user's perspective. Please let me know how to proceed. By the way, I have a new set of Ant tasks for Eclipse that allow you to use the .classpath file from inside *or* outside the IDE. I needed this to allow our continuous integration server to use the same build process as the developer's IDE. Any interest there? Cheers, Robert --- Successful build log from client: Buildfile: C:\Program Files\eclipse\workspace\RemoteAnt2\build.xml c-all: [echo] Begining remote build [createSession] Created remote session: clare:192.168.1.97:20042872453 [putFiles] Transfering 1 files to clare [putFiles] Transfering 3 files to clare [remoteBuild] Building on clare using SolarisCBuild.xml clare.test: [clare.echo] Building C code for Sun Sparc Solaris [clare.cc] 2 total files to be compiled. [clare.cc] Starting link c-all: [getFile] Recieving ctjava from clare [getFile] Copied ctjava from clare to C:\Program Files\eclipse\workspace\RemoteAnt2/Configuration/bin/ctjava [closeSession] Session clare:192.168.1.97:20042872453 closed. BUILD SUCCESSFUL Total time: 11 seconds - Failed build log from client: Buildfile: C:\Program Files\eclipse\workspace\RemoteAnt2\build.xml c-all: [echo] Begining remote build [createSession] Created remote session: clare:192.168.1.97:2004287186 [putFiles] Transfering 1 files to clare [putFiles] Transfering 3 files to clare [remoteBuild] Building on clare using SolarisCBuild.xml clare.test: [clare.echo] Building C code for Sun Sparc Solaris [clare.cc] 2 total files to be compiled. BUILD FAILED: /tmp/builds/192.168.1.97/2004287186/SolarisCBuild.xml:6: Could not launch gcc: java.io.IOException: gcc: not found BUILD FAILED: file:C:/Program Files/eclipse/workspace/RemoteAnt2/build.xml:89: Build failed on host clare. Total time: 8 seconds - Failed build log from server: 0[main] INFO com.rjmpsmith.ant.RemoteAntServer - Starting server on host clare port 2020. 1641 [main] INFO com.rjmpsmith.ant.RemoteAntServer - Bound rmi://clare:2020/RemoteBuildServices 10439 [RMI TCP Connection(2)-192.168.1.97] INFO com.rjmpsmith.ant.RemoteBuildServices - Created remote session: clare:192.168.1.97:200428713 10606 [RMI TCP Connection(2)-192.168.1.97] DEBUG com.rjmpsmith.ant.RemoteBuildServices - Recieving /tmp/builds/192.168.1.97/200428713/SolarisCBuild.xml 10840 [RMI TCP Connection(2)-192.168.1.97] DEBUG com.rjmpsmith.ant.RemoteBuildServices - Recieving /tmp/builds/192.168.1.97/200428713/c/ctjava/src/ctext.c 10858 [RMI TCP Connection(2)-192.168.1.97] DEBUG com.rjmpsmith.ant.RemoteBuildServices - Recieving /tmp/builds/192.168.1.97/200428713/c/ctjava/src/ctext.h 10876 [RMI TCP Connection(2)-192.168.1.97] DEBUG com.rjmpsmith.ant.RemoteBuildServices - Recieving /tmp/builds/192.168.1.97/200428713/c/ctjava/src/ctjexec.c 10903 [RMI TCP Connection(2)-192.168.1.97] INFO com.rjmpsmith.ant.RemoteBuildServices - Beggining Ant build for session clare:192.168.1.97:200428713 using SolarisCBuild.xml 17602 [RMI TCP Connection(2)-192.168.1.97] ERROR com.rjmpsmith.ant.RemoteBuildServices - Build failed for session clare:192.168.1.97:200428713 /tmp/builds/192.168.1.97/200428713/SolarisCBuild.xml:6: Could not launch gcc: java.io.IOException: gcc: not found at net.sf.antcontrib.cpptasks.CUtil.runCommand(CUtil.java:476) at net.sf.antcontrib.cpptasks.compiler.CommandLineCompiler.runCommand(CommandLi neCompiler.java:269) at
RE: Any interest in a remote Ant server?
My bad, didn't see your reference to Rant on first read!!! -Original Message- From: Kenneth Wood [mailto:[EMAIL PROTECTED] Sent: Monday, March 08, 2004 2:33 PM To: Ant Developers List Subject: RE: Any interest in a remote Ant server? Did you follow and read the Related Projects link from the Ant home page? Because such a beast already exits: Rant: Rant stands for Remote Ant. It is a distributed build system that allows an Ant build file to launch builds on other systems and receive exceptions should they occur. Compatibility: Ant 1.4 URL: http://sourceforge.net/projects/remoteant/ Contact: Chris Nelson License: MIT License -Original Message- From: Robert Smith [mailto:[EMAIL PROTECTED] Sent: Monday, March 08, 2004 2:30 PM To: [EMAIL PROTECTED] Subject: Any interest in a remote Ant server? Hi all, I've written an add-on for Ant that allows for remote builds. It consists of an RMI based server application and a handful of custom Ant tasks on the client side. My motivation for this was to allow C/C++ code to be built on remote machines for multiple architectures from the comfort of the developer's Eclipse IDE on Windows. I tried Rant, but found it too limiting, so I've done my own version, complete with file transfers and synchronous logging (which took some work to make it all serialize/deserialize properly across RMI!) Now that I've got it working, the question is, what do I do with it? Is there even any interest out there for such a thing? Who should I talk to at apache? Should I just throw it up on my own web page? Here's how it works from the user's perspective. Please let me know how to proceed. By the way, I have a new set of Ant tasks for Eclipse that allow you to use the .classpath file from inside *or* outside the IDE. I needed this to allow our continuous integration server to use the same build process as the developer's IDE. Any interest there? Cheers, Robert --- Successful build log from client: Buildfile: C:\Program Files\eclipse\workspace\RemoteAnt2\build.xml c-all: [echo] Begining remote build [createSession] Created remote session: clare:192.168.1.97:20042872453 [putFiles] Transfering 1 files to clare [putFiles] Transfering 3 files to clare [remoteBuild] Building on clare using SolarisCBuild.xml clare.test: [clare.echo] Building C code for Sun Sparc Solaris [clare.cc] 2 total files to be compiled. [clare.cc] Starting link c-all: [getFile] Recieving ctjava from clare [getFile] Copied ctjava from clare to C:\Program Files\eclipse\workspace\RemoteAnt2/Configuration/bin/ctjava [closeSession] Session clare:192.168.1.97:20042872453 closed. BUILD SUCCESSFUL Total time: 11 seconds - Failed build log from client: Buildfile: C:\Program Files\eclipse\workspace\RemoteAnt2\build.xml c-all: [echo] Begining remote build [createSession] Created remote session: clare:192.168.1.97:2004287186 [putFiles] Transfering 1 files to clare [putFiles] Transfering 3 files to clare [remoteBuild] Building on clare using SolarisCBuild.xml clare.test: [clare.echo] Building C code for Sun Sparc Solaris [clare.cc] 2 total files to be compiled. BUILD FAILED: /tmp/builds/192.168.1.97/2004287186/SolarisCBuild.xml:6: Could not launch gcc: java.io.IOException: gcc: not found BUILD FAILED: file:C:/Program Files/eclipse/workspace/RemoteAnt2/build.xml:89: Build failed on host clare. Total time: 8 seconds - Failed build log from server: 0[main] INFO com.rjmpsmith.ant.RemoteAntServer - Starting server on host clare port 2020. 1641 [main] INFO com.rjmpsmith.ant.RemoteAntServer - Bound rmi://clare:2020/RemoteBuildServices 10439 [RMI TCP Connection(2)-192.168.1.97] INFO com.rjmpsmith.ant.RemoteBuildServices - Created remote session: clare:192.168.1.97:200428713 10606 [RMI TCP Connection(2)-192.168.1.97] DEBUG com.rjmpsmith.ant.RemoteBuildServices - Recieving /tmp/builds/192.168.1.97/200428713/SolarisCBuild.xml 10840 [RMI TCP Connection(2)-192.168.1.97] DEBUG com.rjmpsmith.ant.RemoteBuildServices - Recieving /tmp/builds/192.168.1.97/200428713/c/ctjava/src/ctext.c 10858 [RMI TCP Connection(2)-192.168.1.97] DEBUG com.rjmpsmith.ant.RemoteBuildServices - Recieving /tmp/builds/192.168.1.97/200428713/c/ctjava/src/ctext.h 10876 [RMI TCP Connection(2)-192.168.1.97] DEBUG com.rjmpsmith.ant.RemoteBuildServices - Recieving /tmp/builds/192.168.1.97/200428713/c/ctjava/src/ctjexec.c 10903 [RMI TCP Connection(2)-192.168.1.97] INFO com.rjmpsmith.ant.RemoteBuildServices - Beggining Ant build for session clare:192.168.1.97:200428713 using SolarisCBuild.xml 17602 [RMI TCP Connection(2)-192.168.1.97] ERROR com.rjmpsmith.ant.RemoteBuildServices - Build failed for session clare:192.168.1.97:200428713 /tmp/builds/192.168.1.97/200428713/SolarisCBuild.xml:6: Could not launch gcc: java.io.IOException: gcc
RE: Urgent Please help with invoking ftp client on windows with a nt
I would begin by requesting help from the correct group. This is the Ant DEVELOPERS list, your question is more appropriate for the Ant USERS list. -Original Message- From: Majumdar, Anamitra [mailto:[EMAIL PROTECTED] Sent: Thursday, February 26, 2004 1:50 PM To: 'Ant Developers List' Subject: Urgent Please help with invoking ftp client on windows with ant Can somebody tell me how do I call windows ftp client shell from and using the exec or apply task I am using syntax exec dir=${Outgoing.Input.Directory}/ftp executable=c:/winnt/system32/ftp.exe arg value=10.200.141.143 / /exec and I am receiving this error [exec] User (10.200.141.143:(none)): [exec] java.lang.reflect.InvocationTargetException [exec] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [exec] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39 ) [exec] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl .java:25) [exec] at java.lang.reflect.Method.invoke(Method.java:324) [exec] at org.apache.tools.ant.taskdefs.ProcessDestroyer.removeShutdownHook(ProcessDes troyer.ja [exec] at org.apache.tools.ant.taskdefs.ProcessDestroyer.remove(ProcessDestroyer.java: 186) [exec] at org.apache.tools.ant.taskdefs.Execute.execute(Execute.java:495) [exec] at org.apache.tools.ant.taskdefs.ExecTask.runExecute(ExecTask.java:525) [exec] at org.apache.tools.ant.taskdefs.ExecTask.runExec(ExecTask.java:566) [exec] at org.apache.tools.ant.taskdefs.ExecTask.execute(ExecTask.java:415) [exec] at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:269) [exec] at org.apache.tools.ant.Task.perform(Task.java:364) [exec] at org.apache.tools.ant.Target.execute(Target.java:301) [exec] at org.apache.tools.ant.Target.performTasks(Target.java:328) [exec] at org.apache.tools.ant.Project.executeTarget(Project.java:1215) [exec] at org.apache.tools.ant.Project.executeTargets(Project.java:1063) [exec] at org.apache.tools.ant.Main.runBuild(Main.java:632) [exec] at org.apache.tools.ant.Main.startAnt(Main.java:183) [exec] at org.apache.tools.ant.launch.Launcher.run(Launcher.java:197) [exec] at org.apache.tools.ant.launch.Launcher.main(Launcher.java:56) [exec] Caused by: java.lang.IllegalStateException: Shutdown in progress [exec] at java.lang.Shutdown.remove(Shutdown.java:102) [exec] at java.lang.Runtime.removeShutdownHook(Runtime.java:218) [exec] ... 20 more [exec] Result: 1 BUILD SUCCESSFUL Total time: 26 seconds Please help Thanks Anamitra *650-432-4696 -Original Message- From: Matt Benson [mailto:[EMAIL PROTECTED] Sent: Tuesday, February 24, 2004 7:10 AM To: Ant Developers List Subject: Re: cvs diff format --- Peter Reilly [EMAIL PROTECTED] wrote: Check the contents of your ~/.cvsrc file. Hmmm. I didn't have one. Maybe it was inadvertently blown away... It should have a line: diff -u That did it. Thanks Peter! -Matt __ Do you Yahoo!? Yahoo! Mail SpamGuard - Read only the mail you want. http://antispam.yahoo.com/tools - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Program Name
You might try: A. read the manual. The answer is there. B. if you can't find the answer in the manual, send the question to the Ant USERS list, not the Ant DEVELOPER's list (i.e., the list to which you posted this query.) C. Peek at the answer below if A and B don't work. In addition, Ant has some built-in properties: basedir the absolute path of the project's basedir (as set with the basedir attribute of project). ant.filethe absolute path of the buildfile. ant.version the version of Ant ant.project.namethe name of the project that is currently executing; it is set in the name attribute of project. -Original Message- From: Shane Stene [mailto:[EMAIL PROTECTED] Sent: Monday, January 05, 2004 12:52 PM To: Ant Developers List Subject: Program Name Ant Users: Is there an ant property for the name attribute specified in the project element? I would like to specify the project name and reference it without having to use a property element. Shane Stene Programmer/Analyst Science Applications International Corporation USGS EROS Data Center Soux Falls, SD 57198 (605) 594-6876 [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Brent Rector on Msbuild vs Ant
Just for fun, I let Google translate it. It isn't great prose, but it's more understandable than I expected. See below. -Original Message- From: Steve Loughran [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 05, 2003 12:06 PM To: Ant Developers List Subject: Re: Brent Rector on Msbuild vs Ant Here goes then, bearing in mind I havent spoken french since '99 and my language skills there were mainly focused around safety warnings to do with antimatter and radiation Danger, risque de radiation, bicicyle parts and telling french girls that I am very interested in what they have to say... The author says that it was a 1h15 presentation about Ant. It was clearly apparent that MS build is a good copy of Ant and also Nant. If the two speakers had started their talk by acknowledging that they supported the efforts of the NAnt community and that they participated in the development of the framework, they could still [equally] have justified their decision to completely rewrite it for the reasons listed below. GOOGLE And for all to acknowledge you well, we had right during 1h15 to a splendid presentation of ant!. That can appear surprising known as as that but MsBuild is indeed a certified copy of Ant or rather of Nant. If the two announcers began their session by affirming that they supported the efforts of the Nant community and that they took part in the development of Framework, they also justified their decision all to rewrite by several reasons that us you lower listels. Back to Steve === concerning the techicanl details, the notion of Target is the same. Tasks are an equally integral part of the project. The plagiarism (sorry to use the term, but it is clearly the case) goes up to the API in the naming of the tasks, and the manner of using the properties [maybe attributes] is absolutely identical. But where are the differences, you ask me? Well, the developers had the idea to add functionality that is not in Ant to date. This is all explained the book Introducing Longhorn that was distributed free to participants during the conference GOOGLE === Concerning the technical part, the concept of Target was taken again with the identical one. The Task also form integral part of the project. Plagiarism (sorry of the term but it is indeed the case) goes until taking again the API one in the naming even classes. The interface of Custom Task are called Task, the method to implement execute(...) and the manner of using the properties is absolutely identical. But where are the differences will say to me you? And well, the developers had the good idea to add some nonexisting functionalities in Ant today. The whole is explained page 36 of the work Introducing Longhorn distributed free to the participants during the conference. Back to Steve = [the bogus claims reprinted] We leave you to form your own opinion on the subject. The positive side is that an Ant developer [user?] will not be really, but also really, not lost with MsBuild. GOOGLE We let to you form your own opinion about the subject. The positive side that a Ant developer will not be really, but really then not being lost with MsBuild. [I havent been able to really translate that last sentence. I would guess it means that an ant user will feel at home with MSBuild] Ken: === Google couldn't translate it either! Let me add to your comments. 1. Ant does not provide built-in target dependency analysis -a requirement for a scalable build system http://stefanbodewig.blogger.de/stories/10575/ And your case where name mangling is more difficult than the current engine knows is a good point as well. We have a similar case in rmic, where the Weblogic compiler adapter produces a different result from Sun's. And then there is the case of dependencies between classes. If superclass and subclass end up in different assemblies and you change the superclass, the naive target dependency analysis will not recompile the subclass. And people will never think of doing something like the depend task as this is done by MSBuild. no. I think that is why they arent going to do C++ support; if you have to list dependencies by hand, stick to automake. Oh, wait, they dont support that, do they. 3. Ant does not have a normalized concept of task inputs and outputs; a necessity for a build system to support intra-task communication. We do have references, we just don't use them as much as we could http://stefanbodewig.blogger.de/stories/10636/. I'm trying to get my thoughts on this into
RE: Probably a FAQ: how to contribute a task
Seems to me this question comes up over and over, because no one seems to know to look in the CVS source code tree for the information on how to make submissions. May I suggest two things: 1. Put the info on making submissions right up front on the Ant home page where no one can possibly miss it. 2. In the footnote at the bottm that tells how to unsubscribe from this list, add a line with Submission Guidelines - a hyperlink to the submission info on the web page. -Original Message- From: Miguel Griffa [mailto:[EMAIL PROTECTED] Sent: Thursday, September 18, 2003 11:44 AM To: [EMAIL PROTECTED] Subject: Probably a FAQ: how to contribute a task Hi all I was wondering if someone could give me a hint on how this process is. I'm probably going to write a task which I think would be usefull to have in ant. sould I write it and just send it to the list? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Submission/Proposal: Ant Based Installer
To each his own. I'd rather use an existing tool then re-write what others have already done, unless there really just isn't anything worth using. I've used ZeroG InstallAnywhere for 3 years now. No scripting to learn, just drive it from the IDE. The few times here and there you need something custom - you write it in java, something you already know if you are writing tasks for Ant. I'm not saying don't do it... I'm just saying I was building installers one hour after starting with InstallAnywhere. That's after weeks of struggling with a buggy, poorly documented, clumsy installshield multi-platform, then finally giving up. installshield may be better today, but it wasn't good enough for me back then... -Original Message- From: Paul Mclachlan [mailto:[EMAIL PROTECTED] Sent: Monday, September 08, 2003 9:03 PM To: Ant Developers List Subject: Submission/Proposal: Ant Based Installer Danno Ferrin has in the past been working on something he called inst.ant - an installer where the install script is written in an ant script. There's a weblog about it at: http://shemnon.com/speling/archives/cat_instant.html, but I don't think it ever went beyond alpha/preview stage. I'm (slowly) corresponding with Danno about this, but it isn't clear to me right now how much of this code should survive. Nevertheless, I need to install one of my Java programs, and, frankly, I can't bring myself to learn InstallShield script, or *anything* script. I already know how to Ant, I think I'd like to write my installer using that. So, I've been hacking. :) So far, I've added three tasks into a new package called org.apache.tools.ant.taskdefs.optional.installer. I can send patches for what I'm describing here if you'd like to take a closer look than what this email provides. It isn't ready for checkin (no help, etc, etc) yet, I'm emailing just to solict comments. (It does work, though. I could slap it up somewhere if there was confusion about what I'm trying to describe) So, the way it works is this. You add a create installer target into your build.xml. My current unit-test one looks like this: target name=dist depends=compile mkdir dir=${dist}/lib/ jar jarfile=${dist}/lib/MyProject-${DSTAMP}.jar basedir=${build}/ createInstaller stagingDir=staging outputJar=installer.jar installScript=install.xml data fileset dir=dist/ /data /createInstaller /target Obviously, you also create an install.xml. The unit-test one looks like this: project name=MyProject default=simple basedir=. target name=simple parallel splash/ sequential directoryDialog addProperty=install.dir/ install dest=${install.dir}/ /sequential /parallel /target /project A couple of observations: - I'm still toying whether it's Good to do a splash screen with a parallel like this. I'm thinking probably I'll code another splash screen task instead of using the one that's in there, and not require the parallel - thoughts, anyone? - I've tried to mimick existing ant tasks. directoryDialog uses 'addProperty' because that's what input uses. install is very, very similar to extract. Actually, install uses extract under the covers - it supports nested pattern sets in case you want to install some of your files in one place and some in another. - Obviously there's some work on additional UI widgets to be done. I'm a minimalist, I think I'd prefer to provide some very basic ones (splash screens, maybe a welcome HTML dialog a directory selector) and provide a way for the user to add their own Swing forms for anything more advanced. It doesn't seem like providing a complete widget set from XML really adds much value. By way of further explanation: createInstaller creates a .jar file with an embedded copy of most of the ant core classes, as well as a manifest with a Main-Class set to a little bootstrapper that extracts the install.xml to a temporary location and invokes any on it. I've been careful to design it so that unnecessary extracting copying of files isn't done - that's why you have to use the install task (to get the files directly from the .jar instead of some kind of framework that copies ALL the installation data to some temporary location and then lets you copy or move it around from there. Okay, I think it's time to get to the point of this email. I'm looking for .. encouragement (heh) I guess. Is it worth me polishing this up and submitting a patch, or is this not a direction you guys want Ant to go? (This is my first post, I'm a complete newbie here). I mean, I need to use it for my project regardless, but I could understand if a philosophy of ant is a build tool, not a $#) installer! prevailed. Further, (and without seeing the code, obviously), do you think the stylistic direction is okay? I don't want to step on anyone's toes. Oh, a couple of after-thought
RE: ant 1.5.4 : Import
-Original Message- From: Conor MacNeill [ mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Sent: Thursday, July 24, 2003 10:39 AM To: Ant Developers List Subject: Re: ant 1.5.4 : Import On Fri, 25 Jul 2003 01:23 am, Dominique Devienne wrote: I (strongly again ;) believe that imported build files should be designed to be imported, and never used without being imported. I disagree (strongly :-). I think augmenting/overriding an existing build file is a valid use for import. I recently changed the checkstyle build I have been using (check.xml) to import Ant's build.xml to pick up property defs for various locations. Have a look. [KWW]- Well, that's convenient, but not necessarily what I would have expected. A C or C++ program doesn't include another program just to get definitions. Instead, the definitions are put into a .h file, and both programs import that .h file of definitions. So, the definitions of locations could be in a locations.xml file, then imported by Ant's build.xml and your check.xml allowing both build files to share the definitions, but not pull in any unwanted things. -[KWW] Conor - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Newbie contributor wannabe - WebLogic JSP Compiler
Well, from the Ant 1.5.3 online manual: This works only on weblogic 4.5.1 Many of us have gone way past WebLogic 4.5.1. Seeing as this patch handles 6.1, 7.0, and 8.1, I would assume it would be desired by many. As to the process for submitting changes, please read http://jakarta.apache.org/site/getinvolved.html especially http://jakarta.apache.org/site/source.html#Patches The bottom line of all this reading is that you don't make a change directly. You open a Bugzilla to document the proposed patch, and when committers have time to look at it, they will evaluate your proposal. If accepted, they will commit your patch, perhaps with some changes. If you contribute regularly, you could end up being nominated by the existing committers to become a new committer. -Original Message- From: Peter Nimmervoll [mailto:[EMAIL PROTECTED] Sent: Monday, July 07, 2003 5:38 PM To: Ant Developers List Subject: Re: Newbie contributor wannabe - WebLogic JSP Compiler Hmm, what is the problem with the current WebLogic JSP Compiler Ant Task? On Monday 07 July 2003 21:29, [EMAIL PROTECTED] wrote: I would like to contribute to the Ant project by providing an upgrade to the existing WebLogic JSP Compiler Ant Task. I have created an Ant Task for Weblogic JSP Compiler and have done some prelimary tests for: - BEA WebLogic 6.1 SP3 on Windows 2000, RedHat 8.0, and Solaris 8 OS - BEA WebLogic 7.0 SP2 on Windows 2000, RedHat 8.0, and Solaris 8 OS - BEA WebLogic 8.1 on Windows 2000 But I am unable to test it against the older versions of BEA Weblogic, especially version 4.5.1 as documented by the current stable release of the WebLogic JSP Compiler optional Ant Task. Also, this task was written from the ground up with no re-use of the existing code base in WLJspc.java In this instance, what is the standard procedure or policy ? Do I introduce this as a new optional task or upgrade the existing task ? The other question is how do I contribute my source? As far as I can tell, I need the following: 1. Get a cvs login (how does one get a cvs login)? 2. Sign a Contributor License Agreement. Are there more administrative steps? If anyone can point to references or elaborate the steps, I would be much obliged. Regards, John Liao - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: buiding incrementally
1. You should post questions such as this to the ant USERS list, not the Ant developers list. 2. You can control the memory available using ANT_OPTS 3. Ant should not attempt to compile a file that is already compiled. So, if you don't do a 'clean' between builds, then (assuming your build.xml file is appropriately written), Ant will only compile what has changed since the last build. 4. You could put build.xml files at subdirectories, and have the top level build.xml invoke Ant on these lower level directories so as to compile just parts at a time. From your top level then, you could build all, or using various targets, build just portions. -Original Message- From: Maybin Muyeba [mailto:[EMAIL PROTECTED] Sent: Monday, June 23, 2003 8:35 AM To: [EMAIL PROTECTED] Subject: buiding incrementally New to Ant!! I am building a script in ant that compiles deeply nested directories with lots of files(.java). When I build from the root of the classess directory, I run out of memory but when I manually make directories for the same directories and compile per-directory, it works. But is there a way to specify how many files you can compile each time the Ant build command hits a directory, so that I don't have to list each directory I should compile down in the nested cluster of directories? thanks in advance Maybin _ Use MSN Messenger to send music and pics to your friends http://www.msn.co.uk/messenger - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]