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
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
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
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
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]
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.
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
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,
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
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
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
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]]
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
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]
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
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
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
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
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
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
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,
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'
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
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
- 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
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
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]
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
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,
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
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
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
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]]
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
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}
{ 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.
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
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,
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
39 matches
Mail list logo