Then that is the jar from which it currently takes the code for your DateTime class at that point in the code.
> Am 04.05.2018 um 18:29 schrieb Flavio Pompermaier <pomperma...@okkam.it>: > > The output of that code is > file:/opt/cloudera/parcels/CDH-5.11.2-1.cdh5.11.2.p0.4/jars/jruby-cloudera-1.0.0.jar > > On Fri, May 4, 2018 at 6:11 PM, Stefan Richter <s.rich...@data-artisans.com > <mailto:s.rich...@data-artisans.com>> wrote: > Hi, > > you can try to figure out the jar with > org.joda.time.DateTime.class.getProtectionDomain().getCodeSource().getLocation() > in the right context. > > Best, > Stefan > > > Am 04.05.2018 um 18:02 schrieb Flavio Pompermaier <pomperma...@okkam.it > > <mailto:pomperma...@okkam.it>>: > > > > Hi to all, > > I'm trying to run a job on a test cluster with Flink 1.3.1 but my job fails > > with the following error: > > > > java.lang.NoSuchMethodError: org.joda.time.DateTime.<init>(IIIII)V > > > > > > The job works when I run it from the IDE and in our production > > environment...I've looked into all jars within libs and that class is not > > present. The class within my shaded jar is indeed correct (I've checked the > > decompiled version of the class file)...how can I discover which jar on the > > classpath is "obscuring" the class contained in my shaded jar?? > > > > Best, > > Flavio > > >