javac task includes destdir in classpath ?

I have noticed that javac task includes in the classpath the path specified in destdir attribute (I missed the jar file that my package depended on, but my compilation was still successful – because destdir attribute of javac pointed to classes subdir that contained the package directory with all

RE: javac task includes destdir in classpath ?

Janusz. This may help. On 12 June 2002, I wrote Just came across this problem myself and came to the same conclusion i.e. move it (destdir) to the end of the classpath. Just to explain my situation. We obfuscate our core source code and then compile the remaining code against the obfuscated

Re: Passing a fileset into javac

I think you have to do it like this javac ... fileset refid=src/ /javac Laurie Harper wrote: The documentation for the 'javac' task says it accepts all attributes supported by 'fileset'. So I tried this: fileset id=src dir=java include name=*.jar/ /fileset javac refid=src

Re: custom ant logger

Wu, Sherry wrote: I tried to modify XmlLogger.java. Instead of flushing the log in buildFinished(), I did it in taskFinished(). This solved the our of memory problem. But some of the tags (e.g. build, build time, target ...) are lost in the output log.xml. There is buffering going on in

Help ... ITs urgent

Hi all, This is the following error which I get. Its mourning about The class file it generated. EControlPS is the class generated while Deploying EJB. I am forwarding the mail which explains the probem. [ejbc]

Re: custom ant logger

Erik Hatcher wrote: Wu, Sherry wrote: I tried to modify XmlLogger.java. Instead of flushing the log in buildFinished(), I did it in taskFinished(). This solved the our of memory problem. But some of the tags (e.g. build, build time, target ...) are lost in the output log.xml.

Re: Help ... ITs urgent

Hi, Make sure that directory under which the class files are generated is in classpath. Then check whether EControlPS is in correct package structure and also check whether it is imported. -Sundar. Chekutty, Kiran wrote: Hi all, This is the following error which I get. Its mourning

Stopping java processes started with ant

The timeout in the java task seems to work by calling thread.interrupt on the thread running the actual java. Would it be possible to make some similar feature stopping the java process on your demand instead of after a timeout? I guess you would have to keep some process-id in the ant-script,

vssget - vsspath[] how ?

I couldn't find in the manual, but is there any way to get more then one file with vssget task? I want to do something like this target name=getLibsFromVSS vssget localPath=lib login=${vss.user},${vss.pass} vsspath=/third-party/apache/xerces/xerces.jar and here to add some

RE: Help ... ITs urgent

The ejbcgen directory is created by weblogic.ejbc not by Ant. As far as I know there is no option to change the location of this temporary directory. /mike -Original Message- From: Chekutty, Kiran [mailto:[EMAIL PROTECTED]] Sent: Wednesday, October 16, 2002 2:48 AM To: Ant Users

Re: Passing a fileset into javac

Nope, that gives an error that 'The javac task doesn't support the nested fileset element.' :-( L. On 10/16/02 3:09 AM, Frank Schroeder [EMAIL PROTECTED] wrote: I think you have to do it like this javac ... fileset refid=src/ /javac Laurie Harper wrote: The documentation for the

RE: Passing a fileset into javac

Try instead: javac ... src refid=src / /javac ... but indeed your 'src' fileset that grabs JARs in not appropriate. javac wants .java files as input. Maybe your fileset was for the classpath to use for javac? --DD -Original Message- From: Laurie Harper [mailto:[EMAIL PROTECTED]]

target files depending on directories

Hi, I have a problems working out how to create a target file in every directory which meets certiain condition. Does anyone has an idea? Details: After compiling all Java classes, I need to create a foo.properties file for every Java package '*.*.*' in the project (third level package). The

RE: target files depending on directories

Ant's not that good at this kind of things. You're best bet is to write a custom task, or use script. I'm curious why you need to that though ;-) --DD -Original Message- From: Tomas Hulek [mailto:[EMAIL PROTECTED]] Sent: Wednesday, October 16, 2002 11:07 AM To: [EMAIL PROTECTED]

RE: SecurityException: sealing violation

OK, I've spent several hours on this and even asked a friend to look at it. I'm a little embarrassed and very baffled. I am still getting a sealing violation. Could you please take a look at the attached. A couple notes about this, as I have tried many things. - I do not have any values

RE: cruisecontrol vs anthill

Today I submitted a patch for CruiseControl that will allow you to use context params instead of servlet params to configure CruiseControl, thus allowing you to not have to muck with the WAR itself to configure it. It also makes running CC for multiple builds less cumbersome. Hopefully the

Re: Passing a fileset into javac

Oops, typo in my example, I'm trying to pass in a fileset of .java files, not .jar files... 'refid' on the 'src' element doesn't work in this case either; it wants a reference to a 'path' not a 'fileset'. Is there a way to get the base directory used in declaring the fileset from a fileset

RE: SecurityException: sealing violation

Do you have anything in D:\java\jdk1.3.1_04\jre\lib\ext??? Did you try installing another fresh JDK, like 1.4.1, or 1.4.0_01 to see if it makes a difference? --DD -Original Message- From: Jason Russ [mailto:[EMAIL PROTECTED]] Sent: Wednesday, October 16, 2002 1:55 PM To: 'Ant Users

RE: Passing a fileset into javac

You mean using script? ;-) --DD -Original Message- From: Laurie Harper [mailto:[EMAIL PROTECTED]] Sent: Wednesday, October 16, 2002 2:28 PM To: Ant Users List Subject: Re: Passing a fileset into javac Is there a way to get the base directory used in declaring the fileset from a fileset

RE: SecurityException: sealing violation

I have nothing in the jre\lib\ext directory. I guess I will try installing JDK1.4.1. Thanks, Jason -Original Message- From: Dominique Devienne [mailto:[EMAIL PROTECTED]] Sent: Wednesday, October 16, 2002 3:34 PM To: 'Ant Users List' Subject: RE: SecurityException: sealing violation

property file

Hi, Is there any problem with loading two separate property files during a build if they are defined at a global scope in the build file and contain values that are totally unrelated? I have one file, 'build.properties' that contains compiler settings and so forth, and another,

Re: property file

Sounds fine to me... -Matt --- Matt Lyon [EMAIL PROTECTED] wrote: Hi, Is there any problem with loading two separate property files during a build if they are defined at a global scope in the build file and contain values that are totally unrelated? I have one file, 'build.properties'

RE: Help ... its urgent

These are classes generated by WebLogic's CMP engine. You really should not be messing with this stuff, nor should you see this type of error. Since you are, I would have to guess that there is something wrong with the jar file you are passing into ejbc or the classpath you are using for ejbc

Re[2]: cruisecontrol vs anthill

Hello ehowe, Hmmm Why not just use the catalina-ant tasks to install the apps remotely without mucking with tomcat's webapps directory? I use the following target to install my app: target name=install depends=compile,manager.init description=Install application to servlet

Re: SecurityException: sealing violation

- Original Message - From: Dominique Devienne [EMAIL PROTECTED] To: 'Ant Users List' [EMAIL PROTECTED] Sent: Wednesday, October 16, 2002 2:06 PM Subject: RE: SecurityException: sealing violation That good news for you, right? I'm not sure Ant 1.5.1 has a problem with JDK 1.3.1 on

RE: custom ant logger

Thanks. I got the following exceptions when I run ant -listener org.apache.alexandria.ant.XMLListener -Dvindico.logfile=log.xml, any idea? java.lang.NullPointerException at java.io.FileOutputStream.open(Native Method) at java.io.FileOutputStream.init(FileOutputStream.java:102) at

faxing back

Sorry ... bad email program.. Anthony: Jim signed the NDA and I am faxing it back now. -Liz -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]

REPOST-- Very important issue, any input appreciated

Thanks!! Good day! Really peculiar exception I am getting here. Just thought I would share it with the group and see if anyone had seen it before or knew of a possible solution to the error I am experiencing. Ok, to summarize my project setup in brief: Ant 1.5.1

updating jar files with each build

I'm new to Ant and loving it but have one simple question: if a jar file is being created and you want it to overwrite the old one with each new compile, how do you set up your build.xml file for that? I tried update=true in the jar tag, but to no avail. thanks! lisa -- To unsubscribe,

RE: updating jar files with each build

As I recall, update=true means that the files in the jar/zip file are updated rather than the whole file being rewritten. So you probably don't want to used update=true -Original Message- From: Lisa Knee [mailto:[EMAIL PROTECTED]] Sent: Thursday, 17 October 2002 11:54 a.m. To: Ant

RE: updating jar files with each build

I use the delete task to remove the file when it should be overwritten. Although, I do think it would be nice if jar had and overwrite=yes attribute. delete file=classes.jar / jar destfile=classes.jar ... /jar Hope that helps, /mike -Original Message- From: Lisa Knee [mailto:[EMAIL

Problem with using jar files for user defined taskdefs

I had this problem with several jar files now: I define my own tasks using the taskdef tag. The class file for this Task object is in mySpecial.jar, it uses junit and the junit optional ant tasks. I specify all the required jar files within my taskdef: taskdef name=myTask

Re: Passing a fileset into javac

Ick :-) I think I'd rather look at patching the javac task to inherit fileset's refid attribute if that's viable... L. On 10/16/02 3:36 PM, Dominique Devienne [EMAIL PROTECTED] wrote: You mean using script? ;-) --DD -Original Message- From: Laurie Harper [mailto:[EMAIL PROTECTED]]

Re: Problem with using jar files for user defined taskdefs

Mark Arnold wrote: When I try to execute my task, ant is giving me a ClassNotFoundException saying that com.mine.myOwnSpecialTask does not exist. The jar file is fine however. Copying mySpecial.jar into %ANT_HOME%/lib did not help either. After some hours I finally found that copying all

Re: Passing a fileset into javac

The simplest way to pass a refid of a fileset to javac is: 1. create a fileset (with an id) 2. use pathconvert on the fileset (use the refid). The filelist created with the pathconvert can have an id. 3. use this filelist id in javac. For example: fileset id=my.file.set dir=${source}

Correction ... Re: Passing a fileset into javac

{ I made an error in the pathconvert example, now fixed } The simplest way to pass a refid of a fileset to javac is: 1. create a fileset (with an id) 2. use pathconvert on the fileset (use the refid). The filelist created with the pathconvert can have an id. 3. use this filelist id in javac.

Re: Catalina install (was RE: Re[2]: cruisecontrol vs anthill)

Thanks, Paul, for pointing out the deploy task. I use install more often because, primarily, I run the ant build for development and testing. For actual deployment, that is usually on another server and I just send the war file + any context configuration file to the deployer. If you want

RE: updating jar files with each build

I mentioned that to Lisa before and she didn't seem to think it worked for some reason (I verified that with my install of Ant, it deletes the jar file and creates a new one by default) Cheers, Peter. -Original Message- From: Kris Henderson [mailto:[EMAIL PROTECTED]] Sent: Thursday,

RE: updating jar files with each build

Why don't you delete the jar file in the build before the jar? i.e. target name=jar delete file=myjarfile.jar/ jar jarfile=myjarfile.jar basedir=${build.dir}/ /target -Original Message- From: Lisa Knee [mailto:[EMAIL PROTECTED]] Sent: Wednesday, October 16, 2002 4:35 PM