UnsupportedOperationException about classutil HOT 7 CLOSED

I had the same problem. I found out that I had a version conflict with the asm-dependency in my classpath, since the cassandra driver already includes asm. Fixed it by using this exclusion rule in my build.sbt

      libraryDependencies += "org.clapper" %% "classutil" % "1.3.0" excludeAll(
          ExclusionRule(organization = "org.ow2.asm") //since cassandra-driver already provides this dependency
      )
      

from classutil.

I'm having the exact same error on the same Scala/ClassUtil versions.

from classutil.

This comes up a lot. What @FloWi suggests is the correct answer, I think. The other alternative that springs immediately to mind—creating a fatter classutil jar with a shaded version of ASM—doesn't feel right to me.

from classutil.

I now encounter the same problem as mentioned above. I found another bug for which I wanted to create a small example. Would you mind taking a look in my example repo here to see what I (and maybe the others above) did wrong?

from classutil.

I think the problem lies here:
https://github.com/bmc/classutil/blob/master/src/main/scala/org/clapper/classutil/asm/ASMEmptyVisitor.scala#L10
You set the api-version to Opcodes.ASM4 - but asm throws an exception, when the api-version is < Opcodes.ASM6. (see the readme of my repo)

from classutil.

I was able to reproduce the bug in your testsuite. Please take a look at my fork.
https://github.com/FloWi/classutil/tree/broken-classfinder-get-classes

I added a failing testcase that doesn't use the runtimeClassfinder you use in all the tests. I guess we somehow have to figure out at runtime what the current version of ASM is and instantiate the org.clapper.classutil.asm.ASMEmptyVisitor with this apiVersion. Or just use Opcodes.ASM6.

from classutil.

created a pull request that solves the problem. Please take a look on what you think about my solution, @bmc. Should be backwards compatible.

from classutil.