cheers mate,
I did use verbose mode and then i figured it out:
the compiler somehow didn't use the eclipse ant classpath. i had to include
all jars individually by the following line
--
View this message in context:
http://www.nabble.com/Ant-compilation-error-%28RMI-class-def-not-found%29-
In my project build.xml, I'm trying to load my ivy settings file from my
ivy user dir, but the ivy user dir properties don't appear to be
replaced in the file attribute of the settings tag. I've tried a couple
of different ones that I found in the Ivy doc:
Is this possible?
Specifying an abso
Gilles Scokart wrote on 10/08/2008 09:40 AM:
I would like to start with the easiest : the compile path. (Next I
would try to do the same for test classpath, and maybe for runtime
classpath)
I would like to push my build to an extreme solution. I want to make
a build fail if some jars of the com
On Wed 2008-10-08 at 15:40h, Gilles Scokart wrote on ivy-user:
:
> I would like to push my build to an extreme solution. I want to make
> a build fail if some jars of the compile path are not used.
>
> Did you know a task that do that? Or did you know any tools that list
> the jars that are requ
When working on some big project with heavy history and when looking
at the quality of some meta data in the maven repository I'm always
shoked by the amount of useless dependencies used.
To counter that, I would like to use (and promote) a tool that help
the developpers to limit their path to the
defrit wrote:
Hello,
when running my build.xml with ant i get the following error message:
wtkpreverify] Preverifying C:\workspace\Midlets\test.jar
[wtkpreverify] Error preverifying class clients.stubs.WebService
[wtkpreverify] java/lang/NoClassDefFoundError: java/rmi/Remote
[wtkpreverify]
>I have jdk 1.5.0_02 installed on my system, x86/RHEL 3, kernel 2.4;
>I am also using ant 1.5.2_23
1.5.2_23 sounds not like a valid Ant version.
1.5.2 would be a very old version, current is 1.7.1.
http://ant.apache.org/faq.html#history
1.5.2 : 3 March 2003
1.7.1 : 27 June 2008
>
Usual
If you changed the name of gcj and javac in /usr/bin they are not the
actualy executables. They are only links to the real ones which in fedora
(and probably RH) located in /usr/share/jvm//bin/. In
fedora (and again probably in RH) there is an "alternatives" application
which allows you to choose w
As a disclaimer, I am a true ant (and java) novice. Having said that, I am
confronted with a weird problem in a j2ee project which fails at run time with
a jndi error. After several investigations, I am now almost convinced it has to
do with the build process.
I have jdk 1.5.0_02 installed o
