java.lang.NoClassDefFoundError

Support/help with CloverETL (4.9) and CloverDX (5.0 or newer) implementation problems

vladimir
Posts: 1
Joined: Mon Feb 09, 2015 3:11 pm

java.lang.NoClassDefFoundError

Postby vladimir » Mon Feb 09, 2015 3:22 pm

When I try to execute any graph in my server project, I have an error:

...
Refresh interval: 5 (seconds)
Wait for JMX client: true
Connecting to CloverETL Server ...
Registering MBean with name: org.jetel.graph.runtime:type=CLOVERJMX_1419590654107_0
Exception in thread "main" java.lang.NoClassDefFoundError: com/cloveretl/gui/jmx/bean/CloverServerJMXMBean
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:800)
at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:449)
at java.net.URLClassLoader.access$100(URLClassLoader.java:71)
at java.net.URLClassLoader$1.run(URLClassLoader.java:361)
at java.net.URLClassLoader$1.run(URLClassLoader.java:355)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:354)
at java.lang.ClassLoader.loadClass(ClassLoader.java:425)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:308)
at java.lang.ClassLoader.loadClass(ClassLoader.java:358)
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:800)
at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:449)
at java.net.URLClassLoader.access$100(URLClassLoader.java:71)
at java.net.URLClassLoader$1.run(URLClassLoader.java:361)
at java.net.URLClassLoader$1.run(URLClassLoader.java:355)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:354)
at java.lang.ClassLoader.loadClass(ClassLoader.java:425)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:308)
at java.lang.ClassLoader.loadClass(ClassLoader.java:358)
at com.cloveretl.gui.server.runtime.CloverServerProxy.a(Unknown Source)
at com.cloveretl.gui.server.runtime.CloverServerProxy.startHook(Unknown Source)
at com.cloveretl.gui.server.runtime.BaseCloverServerProxy.run(Unknown Source)
at com.cloveretl.gui.server.runtime.CloverServerProxy.main(Unknown Source)
Caused by: java.lang.ClassNotFoundException: com.cloveretl.gui.jmx.bean.CloverServerJMXMBean
at java.net.URLClassLoader$1.run(URLClassLoader.java:366)
at java.net.URLClassLoader$1.run(URLClassLoader.java:355)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:354)
at java.lang.ClassLoader.loadClass(ClassLoader.java:425)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:308)
at java.lang.ClassLoader.loadClass(ClassLoader.java:358)
... 28 more

I have CloverETL Designer 3.5.2 installed and CloverETL Server 3.5.0.
If anybody have an idea how to fix it, let me know please.

imriskal
Posts: 395
Joined: Wed Aug 15, 2012 8:18 am

Re: java.lang.NoClassDefFoundError

Postby imriskal » Mon Feb 16, 2015 2:21 pm

As the step #1, upgrade your CloverETL Server to the version matching with Designer, please. Incompatible versions (even minor versions) often result into unpredictable errors.

If the problem persists, let me know.
---
Lubos Imriska
CloverCARE Support
CloverDX

Visit us online at http://www.cloverdx.com

bennetcole
Posts: 1
Joined: Wed Sep 04, 2019 6:44 am

Re: java.lang.NoClassDefFoundError

Postby bennetcole » Wed Sep 04, 2019 6:47 am

java.lang.NoClassDefFoundError This exception indicates that the JVM looked in its internal class definition data structure for the definition of a class and did not find it. This is different than saying that it could not be loaded from the classpath. Usually this indicates that we previously attempted to load a class from the classpath, but it failed for some reason - now we're trying to use the class again (and thus need to load it, since it failed last time), but we're not even going to try to load it, because we failed loading it earlier (and reasonably suspect that we would fail again). The earlier failure could be a ClassNotFoundException or an ExceptionInInitializerError (indicating a failure in the static initialization block) or any number of other problems. The point is, a NoClassDefFoundError is not necessarily a classpath problem.