You might try comparing the classpath order of your ant build to the
maven build.
Also, does the ant build use the same jars from your local repo? Or
are they are different set that you have downloaded from elsewhere?
On 23/10/2009, at 12:28 AM, Roel Veldhuizen wrote:
If i move the dependency to the end of the list I get an other
exception but it looks like the first one
java.lang.ClassFormatError: Absent Code attribute in method that is
not native or abstract in class file javax/mail/internet/MimeMultipart
So this could mean that axis-jaxrpc is not always prefered? This is
really weird since this same project works when using ant to compile
2009/10/22 Stephen Coy <st...@resolvesw.com>:
From where are you getting this dependency? Your problem looks
related to
<http://forums.java.net/jive/message.jspa?messageID=226931>.
Also, I believe that if you move this dependency to the end of the
list, it
will appear in the compile classpath last, and classes in it that
appear
earlier (say javax/xml/rpc/ServiceException from axis-jaxrpc, I
think) will
be ignored.
Cheers,
Steve C
On 22/10/2009, at 6:38 AM, Roel Veldhuizen wrote:
It works when I remove the javaee 6 dependency
<!--<dependency>
<groupId>javax</groupId>
<artifactId>javaee-api</artifactId>
<version>6.0-SNAPSHOT</version>
<scope>provided</scope>
</dependency>-->
But that not really a solutions since I need this further on... What
wrong with this dependency?
2009/10/21 Anders Hammar <and...@hammar.net>:
Sorry, I don't know more than the link I referred to.
/Anders
On Wed, Oct 21, 2009 at 15:58, Roel Veldhuizen
<roelveldhui...@gmail.com>wrote:
So, if i understand this correct not all the jars dependencies are
provided during the testing? Bellow the list of dependencies
<dependencies>
<dependency>
<groupId>javax</groupId>
<artifactId>javaee-api</artifactId>
<version>6.0-SNAPSHOT</version>
<scope>provided</scope>
</dependency>
<dependency>
<groupId>org.apache.axis</groupId>
<artifactId>axis</artifactId>
<version>1.4</version>
</dependency>
<dependency>
<groupId>org.apache.axis</groupId>
<artifactId>axis-jaxrpc</artifactId>
<version>1.4</version>
</dependency>
<dependency>
<groupId>commons-discovery</groupId>
<artifactId>commons-discovery</artifactId>
<version>0.4</version>
</dependency>
<dependency>
<groupId>commons-logging</groupId>
<artifactId>commons-logging</artifactId>
<version>1.1.1</version>
</dependency>
<dependency>
<groupId>wsdl4j</groupId>
<artifactId>wsdl4j</artifactId>
<version>1.6.2</version>
</dependency>
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
<version>4.7</version>
</dependency>
<dependency>
<groupId>log4j</groupId>
<artifactId>log4j</artifactId>
<version>1.2.8</version>
</dependency>
<dependency>
<groupId>org.apache.axis</groupId>
<artifactId>axis-saaj</artifactId>
<version>1.4</version>
</dependency>
</dependencies>
2009/10/21 Anders Hammar <and...@hammar.net>:
Foung this similar issue:
http://forums.java.net/jive/message.jspa?messageID=226931
Stephen is reading this list, maybe he can fill in?
/Anders
On Wed, Oct 21, 2009 at 09:22, Roel Veldhuizen
<roelveldhui...@gmail.com
wrote:
The JDK's are both set 1.6. I'm using the default setting of
Maven
2.0.9 ( at least nothing is defined concerning the tests ).
Bellow I
pasted the ant concerning the junit tests. Maybe that will
give some
insights
<target name="-init-macrodef-junit">
<macrodef name="junit"
uri="http://www.netbeans.org/ns/j2ee-ejbjarproject/2">
<attribute default="${includes}" name="includes"/>
<attribute default="${excludes}" name="excludes"/>
<attribute default="**" name="testincludes"/>
<sequential>
<junit dir="${basedir}"
errorproperty="tests.failed"
failureproperty="tests.failed" fork="true" showoutput="true">
<batchtest todir="${build.test.results.dir}">
<fileset dir="${test.src.dir}"
excludes="@{excludes},${excludes}" includes="@{includes}">
<filename name="@{testincludes}"/>
</fileset>
</batchtest>
<classpath>
<path path="${run.test.classpath}"/>
<path path="${j2ee.platform.classpath}"/>
<path
path="${j2ee.platform.embeddableejb.classpath}"/>
</classpath>
<syspropertyset>
<propertyref prefix="test-sys-prop."/>
<mapper from="test-sys-prop.*" to="*"
type="glob"/>
</syspropertyset>
<formatter type="brief" usefile="false"/>
<formatter type="xml"/>
<jvmarg line="${runmain.jvmargs}"/>
</junit>
</sequential>
</macrodef>
</target>
2009/10/21 Anders Hammar <and...@hammar.net>:
What JDK are you using? Is the executing environment the
exact same
for
Maven and Ant?
/Anders
On Tue, Oct 20, 2009 at 21:12, Roel Veldhuizen <
roelveldhui...@gmail.com
wrote:
I have a test that fails when I use Maven and works when I
use ant.
The test looks like this: (junit 4.7)
@Test
public void Login() {
SugarBean b = new SugarBean();
b.login("roelveldhuizen", "md5trallala");
}
The bean is going to invoke a web service which is build
using Axis
1.4. The test will generate the following Exception
java.lang.ClassFormatError: Absent Code attribute in method
that is
not native or abstract in class file javax/xml/rpc/
ServiceException
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:621)
at
java.security.SecureClassLoader.defineClass
(SecureClassLoader.java:124)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:
260)
at java.net.URLClassLoader.access$000(URLClassLoader.java:56)
at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
at java.lang.ClassLoader.loadClass(ClassLoader.java:307)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:
301)
at java.lang.ClassLoader.loadClass(ClassLoader.java:252)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:
320)
at com.paston.sugarcrm.beans.SugarBean.login(SugarBean.java:
21)
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org