[
https://issues.jboss.org/browse/JBDS-4180?page=com.atlassian.jira.plugin....
]
Rob Stryker commented on JBDS-4180:
-----------------------------------
I think the situation here is more complex than on first sight.
I can't replicate it, but, looking at Tools.java (in org.jboss.tools.common.jdt.debug)
will try to load a jdk's tools.jar from either the currently running java, or, an
appropriate IVMInstall which are declared in the eclipse preferences.
So if the workspace environment was kinda wonky, it could have us trying to load a
tools.jar from a jre (i don't think so?) or it could have added tools.jar to the
currently running classpath again despite it already being on the cp... or some other
weird wonky stuff.
I've traced through and analyzed the code, and also tried to replicate, but nothing
obvious sticks out and no replication. :(
ClassNotFoundException thrown on devstudio start up
---------------------------------------------------
Key: JBDS-4180
URL:
https://issues.jboss.org/browse/JBDS-4180
Project: Red Hat JBoss Developer Studio (devstudio)
Issue Type: Bug
Components: foundation, upstream
Affects Versions: 10.2.0.GA
Environment: Fedora 24,
openjdk version "1.8.0_102"
OpenJDK Runtime Environment (build 1.8.0_102-b14)
Reporter: Marián Labuda
Assignee: Rob Stryker
Fix For: 10.x
When starting latest DevStudio 10.2.0.GA (build ID GA-v20161116-0039-B6472) I get
following error in console output
{code}
SLF4J: Actual binding is of type
[ch.qos.logback.classic.util.ContextSelectorStaticBinder]
Noop constructor
java.lang.ClassNotFoundException: sun.jvmstat.monitor.MonitoredHost
at java.net.URLClassLoader.findClass(URLClassLoader.java:381)
at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:331)
at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
at org.eclipse.osgi.internal.framework.ContextFinder.loadClass(ContextFinder.java:132)
at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
at
org.jboss.tools.common.jdt.debug.tools.internal.Tools.invokeGetMonitoredHost(Tools.java:513)
at
org.jboss.tools.common.jdt.debug.tools.internal.Tools.validateClassPathAndLibraryPath(Tools.java:365)
at org.jboss.tools.common.jdt.debug.tools.internal.Tools.reset(Tools.java:115)
at org.jboss.tools.common.jdt.debug.tools.internal.Tools.<init>(Tools.java:82)
at org.jboss.tools.common.jdt.debug.tools.internal.Tools.getInstance(Tools.java:73)
at
org.jboss.tools.common.jdt.debug.tools.ToolsCore.getActiveProcessIds(ToolsCore.java:179)
at
org.jboss.tools.jmx.jvmmonitor.internal.tools.JvmAttachHandler.updatesActiveJvms(JvmAttachHandler.java:100)
at
org.jboss.tools.jmx.jvmmonitor.internal.tools.JvmAttachHandler$1.run(JvmAttachHandler.java:78)
at java.util.TimerThread.mainLoop(Timer.java:555)
at java.util.TimerThread.run(Timer.java:505)
java.lang.ClassNotFoundException: sun.jvmstat.monitor.MonitoredHost
at java.net.URLClassLoader.findClass(URLClassLoader.java:381)
at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:331)
at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
at org.eclipse.osgi.internal.framework.ContextFinder.loadClass(ContextFinder.java:132)
at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
at
org.jboss.tools.common.jdt.debug.tools.internal.Tools.invokeGetMonitoredHost(Tools.java:513)
at
org.jboss.tools.common.jdt.debug.tools.internal.Tools.invokeActiveVms(Tools.java:525)
at
org.jboss.tools.common.jdt.debug.tools.ToolsCore.getActiveProcessIds(ToolsCore.java:179)
at
org.jboss.tools.jmx.jvmmonitor.internal.tools.JvmAttachHandler.updatesActiveJvms(JvmAttachHandler.java:100)
at
org.jboss.tools.jmx.jvmmonitor.internal.tools.JvmAttachHandler$1.run(JvmAttachHandler.java:78)
at java.util.TimerThread.mainLoop(Timer.java:555)
at java.util.TimerThread.run(Timer.java:505)
{code}
problem is with openjdk version. With the lates 1.8.0_111 it works.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)