java.io.IOException: invalid constant type: 17 at 128 #84
Comments
|
@famod I was trying it right now, it didn't work: <dependency>
<groupId>org.jboss.arquillian.extension</groupId>
<artifactId>arquillian-jacoco-with-asm</artifactId>
<version>1.1.0</version>
<scope>test</scope>
</dependency>
<extension qualifier="jacoco">
<property name="excludes">org.**;com.**</property>
<property name="includes">solid.**</property>
<property name="appendAsmLibrary">true</property>
</extension> |
|
Hm, seems the javassist version used by Hibernate 5.3.17.Final is too old: jboss-javassist/javassist#270 |
|
I tried this but it didn't work. Should it? <dependency>
<groupId>org.hibernate</groupId>
<artifactId>hibernate-core</artifactId>
<version>5.3.17.Final</version>
<exclusions>
<exclusion>
<groupId>org.javassist</groupId>
<artifactId>javassist</artifactId>
</exclusion>
</exclusions>
</dependency>
<dependency>
<groupId>org.javassist</groupId>
<artifactId>javassist</artifactId>
<version>3.27.0-GA</version>
</dependency> |
|
This is not so easy for WildFly. You'll have to (try to) update the javassist module in the server. |
|
Yeah I came to the same conclusion here, too much time away from WildFly... I'll have to change the module. Even Hibernate 6 is not yet using javassist 3.26.0, so not even that is an option. |
|
Reported it to them: https://hibernate.atlassian.net/browse/HHH-14158 Can you think of any other alternative to get coverage with Arquillian and WildFly? I could run JaCoCo in another server like Glassfish, OpenLiberty, etc. |
|
I have the same kind of error when my build runs on our jenkins server (running maven 3.5.3 and openjdk 11.0.2) but it works without any problem on my local computer (debian 10 running maven 3.6 and openjdk 11.0.8). How is it possible?? |
|
@Zlika Hm, maybe related to the minor JDK version difference, but I doubt it. The Maven version is even less likely. |
|
@famod I tried to reproduce the bug on my computer with openjdk 11.0.2 and maven 3.5.3 (to have a similar configuration than my jenkins server) and I cannot reproduce the bug! So it must be linked to the jenkins server itself in a way or another. |
|
I'm having the same issue. I also tried to exclude the Wildfly Javassit module with jboss-deployment-structure.xml but with no luck. If you find a solution please let me know! Thank you. |
|
Hi @fabrii . Based on @famod analysis I made a workaround. Here is my test setup (including the workaround): |
|
@Zlika I'm actually using a remote wildfly instance for IT, so I only had to replace the library in the modules folder without changing my pom.xml. I prefer this approach so the IT server can be always up. I thought that replacing that library was going to mess things up with hibernate but it actually worked! I did some tests with search and save operations without problems. Thank you! |
|
@Zlika if possible to exclude |
Java: openjdk 11.0.8 2020-07-14
WildFly: 20.0.1.Final
OS: Ubuntu 20.04
I'm getting this error when adding the Jacoco extension and running my tests with
mvn test:My
arquillian.xmlI tried removing the Hibernate lib but it didn't do any effect:
My
pom.xmlprofile:This is the complete stacktrace:
The text was updated successfully, but these errors were encountered: