Skip to content

[RuntimeException: java.lang.NoClassDefFoundError: com/sun/jersey/spi/MessageBodyWorkers] #38

Closed
Closed
[RuntimeException: java.lang.NoClassDefFoundError: com/sun/jersey/spi/MessageBodyWorkers]#38
Assignees
nikoloff

Description

@pichsenmeister
pichsenmeister
opened on Dec 19, 2013

I'm using the paybutton to generate the token. when processing the token on server with the java api, I get this error (I'm using scala, playframework on server).

already inlcuded:
"com.sun.jersey" % "jersey-server" % "1.18",
"com.sun.jersey" % "jersey-client" % "1.18",
"com.sun.jersey" % "jersey-json" % "1.18"

my code is:

val paymill: PaymillContext = new PaymillContext(privateKey);
val transactionService: TransactionService = paymill.getTransactionService()
val transaction: Transaction = transactionService.createWithToken(token, 25, "EUR", "test transaction")
println(transaction)

Activity

  1. nikoloff commented on Dec 20, 2013

    @nikoloff
    nikoloff
    on Dec 20, 2013
    Contributor

    This can happen only if you use this lib directly without a dependency management tool like maven.
    Add to your classpath all dependencies, on which the project itself depends.

  2. nikoloff
    closed this as completedon Dec 20, 2013

  3. pichsenmeister commented on Dec 20, 2013

    @pichsenmeister
    pichsenmeister
    on Dec 20, 2013
    Author

    no. that's not the case. I'm using sbt which fetches the paymill java sdk from the given maven repository in the readme.

  4. nikoloff
    reopened this on Dec 20, 2013

  5. nikoloff commented on Dec 20, 2013

    @nikoloff
    nikoloff
    on Dec 20, 2013
    Contributor

    This sounds like dependency issue.
    Check please if you have jersey-client 1.17.1 and jersey-core 1.17.1 in your class path.

  6. pichsenmeister commented on Dec 29, 2013

    @pichsenmeister
    pichsenmeister
    on Dec 29, 2013
    Author

    jersey-client 1.17.1 is in classpath, i had to add jersey-core 1.17.1 manually. now it works. thanks.

  7. pichsenmeister
    closed this as completedon Dec 29, 2013

  8. PatrickHuetter commented on Feb 15, 2014

    @PatrickHuetter
    PatrickHuetter
    on Feb 15, 2014

    +1 Same problem here with grails framework wich uses maven for dependency management. Adding jersey-core to dependencies worked for me.

  9. d0mme-zz commented on Feb 17, 2014

    @d0mme-zz
    d0mme-zz
    on Feb 17, 2014

    @stoilkov, can you please have a look at this issue? Sorry for this late response guys!

  10. stoilkov commented on Feb 17, 2014

    @stoilkov
    stoilkov
    on Feb 17, 2014
    Contributor

    @nikoloff looking at the jersey-client pom, the dependency to jersey-core might depend on the maven profile in use. we should include a dependency to jersey-core directly in our pom.

  11. stoilkov
    reopened this on Feb 17, 2014
  12. stoilkov
    assigned
    nikoloff
    on Feb 17, 2014
  13. nikoloff
    added a commit that references this issue on Feb 17, 2014

    #38 dependency to jersey-core in now direct

    8dec76a

  14. nikoloff commented on Feb 17, 2014

    @nikoloff
    nikoloff
    on Feb 17, 2014
    Contributor

    #41 adds explicit dependency to jersey-core

  15. nikoloff
    closed this as completedon Feb 17, 2014

  16. joantune commented on Jan 26, 2015

    @joantune
    joantune
    on Jan 26, 2015

    FYI, I had a similar error using Paymill's client version 5.0.0.

    While trying to use SBT with that dependency, I got the following error:

    [ERROR] [01/26/2015 10:02:07.111] [application-akka.actor.default-dispatcher-2] [akka://application/user/$b] java.lang.RuntimeException: java.lang.RuntimeException: java.lang.ClassNotFoundException: com.sun.ws.rs.ext.RuntimeDelegateImpl
java.lang.RuntimeException: java.lang.RuntimeException: java.lang.RuntimeException: java.lang.ClassNotFoundException: com.sun.ws.rs.ext.RuntimeDelegateImpl
    at miner.ProviderIniterMiner.onReceive(ProviderIniterMiner.java:47)
    at akka.actor.UntypedActor$$anonfun$receive$1.applyOrElse(UntypedActor.scala:167)
    at akka.actor.Actor$class.aroundReceive(Actor.scala:465)
    at akka.actor.UntypedActor.aroundReceive(UntypedActor.scala:97)
    at akka.actor.ActorCell.receiveMessage(ActorCell.scala:516)
    at akka.actor.ActorCell.invoke(ActorCell.scala:487)
    at akka.dispatch.Mailbox.processMailbox(Mailbox.scala:238)
    at akka.dispatch.Mailbox.run(Mailbox.scala:220)
    at akka.dispatch.ForkJoinExecutorConfigurator$AkkaForkJoinTask.exec(AbstractDispatcher.scala:393)
    at scala.concurrent.forkjoin.ForkJoinTask.doExec(ForkJoinTask.java:260)
    at scala.concurrent.forkjoin.ForkJoinPool$WorkQueue.runTask(ForkJoinPool.java:1339)
    at scala.concurrent.forkjoin.ForkJoinPool.runWorker(ForkJoinPool.java:1979)
    at scala.concurrent.forkjoin.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:107)
Caused by: java.lang.RuntimeException: java.lang.RuntimeException: java.lang.ClassNotFoundException: com.sun.ws.rs.ext.RuntimeDelegateImpl

    After some digging around, I found out that I had a previous dependency that was depending on Jersey's 1.X API. So that might be your problem as well if you run into this issue again.

    I 'solved' it by actually updating the offending library to a version that uses JAX-RS v2 API

    I 'solved' it by removing the offending library (I was lucky that I wasn't using it yet.. and I think I can use something else) but still I had to add the following dependencies by hand:

    libraryDependencies += "org.glassfish.jersey.core" % "jersey-client" % "2.13"

libraryDependencies += "org.glassfish.jersey" % "jersey-bom" % "2.13"


libraryDependencies += "javax.ws.rs" % "javax.ws.rs-api" % "2.0.1"

libraryDependencies += "org.glassfish.jersey.core" % "jersey-common" % "2.13"

libraryDependencies += "org.glassfish.hk2" % "osgi-resource-locator" % "1.0.1"

    Maybe you won't need all of the above, try playing around with it in case you have the same problema and what a smaller footprint for your configuration files

    When will Java solve these kinds of dependency problems.. sigh

  17. stoilkov commented on Jan 27, 2015

    @stoilkov
    stoilkov
    on Jan 27, 2015
    Contributor

    @joantune thanks for the feedback. glad that you solved the dependency problem. unfortunately we cannot do a lot on our side :)

  18. joantune commented on Jan 27, 2015

    @joantune
    joantune
    on Jan 27, 2015

    Yes @stoilkov , I only posted this here in case anyone has the same problem and finds this thread like I did, by googling the exception, to give them some guidance. That's it :)

    Although I wonder why I had to put the explicit dependencies

    libraryDependencies += "org.glassfish.jersey.core" % "jersey-client" % "2.13"

libraryDependencies += "org.glassfish.jersey" % "jersey-bom" % "2.13"


libraryDependencies += "javax.ws.rs" % "javax.ws.rs-api" % "2.0.1"

libraryDependencies += "org.glassfish.jersey.core" % "jersey-common" % "2.13"

libraryDependencies += "org.glassfish.hk2" % "osgi-resource-locator" % "1.0.1"

    by hand in SBT and on Maven everything worked fine. But anyway, I'm not an expert on SBT, I only deal with it because I have to when using Play. And again, if anyone has that problem without a conflict issue with JAX-RS 1.X API like I did, they can just also copy and paste the librarydependencies on SBT

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

No labels
No labels

Type

No type

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions