RE: Calling Shell Script from build.xml file

2006-08-01 Thread anandsrider . d
Thanks.. andy "Anderson, Rob

Re: How to filter out all exceptions from the JUnit task's test failures

2006-08-01 Thread James Adams
>Steve Loughran wrote: > >Take the XSL stylesheets that junit report uses and rework them to meet your needs. > Thanks Steve -- I'm not sure if this will solve my problem completely, although it may be a good temporary fix. I want to reduce the number of exception lines in the results XML fi

RE: FTP Issue

2006-08-01 Thread Wiles, Cory
Thanks... That fixed it. Cory Wiles Internet Designer / Developer Internet Development Department St. Jude Children's Research Hospital www.stjude.org [EMAIL PROTECTED] Office:(901) 495-2982 Fax:(901) 495-3103 --

Re: FTP Issue

2006-08-01 Thread Dominique Devienne
Prefer forward slashes in properties file, even for windows paths, as Ant and Java will do the right thing, and you can use when you really need windows-style filenames, but also your war.file is an absolute file, yet you conbine it with deploy.dir. There's probably an issue therer. --DD On 8/1/

FTP Issue

2006-08-01 Thread Wiles, Cory
In my "ftpToDev" target I have a property that is the name of the war file that I need to ftp. However, when I run the build file it doesn't send the file, but if I hard code the file name it does. Any thoughts? | BUILD FILE |

Re: Proper location of build.xml file

2006-08-01 Thread glenn opdycke-hansen
I would specify a smaller ms, perhaps ANT_OPTS="-Xms256m -Xmx512m" If it is a short build then that would not matter. If the build takes a lot of time and memory, it is worth considering. --glenn On 7/27/06, Laura Stewart <[EMAIL PROTECTED]> wrote: Thanks everyone. By placing the build.xml file

RE: Calling Shell Script from build.xml file

2006-08-01 Thread Anderson, Rob (Global Trade)
The task will not work for calling a shell script. You want to use the task instead. Also, for packaging an ear file, you might consider the task. -Rob A > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] > Sent: Tuesday, August 01, 2006 12:38 AM > To: Ant Us

Re: Problem choosing XSLT processer with

2006-08-01 Thread Dominique Devienne
I personally used Saxon as my XSLT engine, and forced its use by always invoking Ant using -lib .../saxon8.jar on the command line, which was my only -lib option (the whole command line wrapped in a script in my case). I never used a CLASSPATH env. var with Ant, and placed all Ant extensions I was

Re: ecj support

2006-08-01 Thread Dominique Devienne
Read the "Using the ant javac adapter" section of http://help.eclipse.org/help32/index.jsp?topic=/org.eclipse.jdt.doc.isv/guide/jdt_api_compile.htm --DD On 8/1/06, Cena, Bernard (IT) <[EMAIL PROTECTED]> wrote: I see there is a feature request for supporting Eclipse's batch compiler as a ecj comp

Re: Problem choosing XSLT processer with

2006-08-01 Thread cknell
So far I have set up this configuration on four computers. Each is running Win2K. Each has the JAVA SDK 5 installed in C:\Program Files (because that's where Sun's installer puts it.) All environment variables are configured alike in respect to the programs involved. On two computers the setup

ecj support

2006-08-01 Thread Cena, Bernard \(IT\)
I see there is a feature request for supporting Eclipse's batch compiler as a ecj compiler type internally. Is ecj support something that's going to be added for 1.7 or should we just use the ecj.jar as provided with Eclipse 3.2 as an external compiler ? Has anyone got any useful comparisons betwee

Re: Java task classpath problem

2006-08-01 Thread Andrew Goktepe
I suggest you pull Ant out of the equation and get the client to run using Java on the command line. First run the jar_attilla_client target that run_attilla_client depends on. If you can do this successfully, then go back to the Ant script and see if there are any noticeable differences between t

Re: Problem choosing XSLT processer with

2006-08-01 Thread Dominique Devienne
Frankly, using C:\Program Files doesn't suit me, because it's too long. To type, to look at, in paths, etc... A Jar files is often not really an application, but a component to be used by an actual application. Windows puts its component in C:\WINNT\**. There's no right and wrong place to put thin

Re: Problem choosing XSLT processer with

2006-08-01 Thread Ron Wheeler
I prefer to put it in the place selected by the software manufacturer and then define Java_home with 8.3 so that the slightly broken tools that I use can still work. \Program Files\ should be the "Power Users" choice since it is supposed to be the location of all software packages under Window

Re: Re: Problem choosing XSLT processer with

2006-08-01 Thread Dominique Devienne
Why more people did not notice this I have no idea! Simply because most developers and/or power-user on Windows don't install Java-related stuff in C:\Program Files, precisely to avoid such errors. --DD - To unsubscribe, e-mail

Re: Re: Problem choosing XSLT processer with

2006-08-01 Thread Peter Reilly
Hi, there is a bug in ant 1.6.5 with regard to spaces in JAVA_HOME (in particular "Program Files"). I fould this out recently after been forced to use a windows machine. Why more people did not notice this I have no idea! This is fixed in ant 1.7. So your options are: 1) move java to a different

RE: Re: Problem choosing XSLT processer with

2006-08-01 Thread cknell
-Original Message- > From: Ron Wheeler <[EMAIL PROTECTED]> > Sent: Tue, 01 Aug 2006 08:44:40 -0400 > To: Ant Users List > Subject: Re: Problem choosing XSLT processer with

Re: Problem choosing XSLT processer with

2006-08-01 Thread Ron Wheeler
What does Ant -diagnostics say now [EMAIL PROTECTED] wrote: OK, I'm back at work and the diagnostics switch worked as expected. I redirected standard out to a file so I could examine it more easily. On my computer (one that does use the XSLT engine I specified) the result showed an XML sectio

RE: Re: Problem choosing XSLT processer with

2006-08-01 Thread cknell
OK, I'm back at work and the diagnostics switch worked as expected. I redirected standard out to a file so I could examine it more easily. On my computer (one that does use the XSLT engine I specified) the result showed an XML section that described the XML parser, but there was no mention of XS

Re: Problem choosing XSLT processer with

2006-08-01 Thread Ron Wheeler
You might find that changing \Program Files\ to the DOS 8.3 name (usually PROGRA~1) might help You can find the DOS 8.3 name for a directory using DIR /X from the DOS Command prompt. Change the environment variables that ANT might use, in this case JAVA_HOME, to use the DOS 8.3 paths. Ron

Re: Problem choosing XSLT processer with

2006-08-01 Thread Steve Loughran
[EMAIL PROTECTED] wrote: I'm at home now and not at work. I haven't used Ant on this computer before. I opened a Windows command-line, switched to the Ant\bin directory and typed "ant -diagnostics" at the prompt. The result was this: Files\Java\jdk1.5.0_06\bin was unexpected at this time. Wha

Re: Java task classpath problem

2006-08-01 Thread Angus Rose
Hi Andrew, thanks for the reply. I've tried putting the oc4jclient.jar on the classpath (see below) but still to no avail. I'm running the script independently of oc4j i.e. running it from Ant on my hard drive. Below is are the relevant bits of the script. Thanks again for your hel

Calling Shell Script from build.xml file

2006-08-01 Thread anandsrider . d
Hi, Am using a build.xml file , ant version 1.5.4 to build our application. After doing the same, for deployment I have shell script to perform EAR packaging. Presently am performing the above tasks seperately. My actual requirement is Want to check the status of the build once completed. If s