Re: [jboss-user] [JBoss Tools] - Timeout running a minimal configuration of JBoss 5.0.0.GA an
by Ken DeLong
Ken DeLong [http://community.jboss.org/people/kenwdelong] replied to the discussion
"Timeout running a minimal configuration of JBoss 5.0.0.GA an"
To view the discussion, visit: http://community.jboss.org/message/559917#559917
--------------------------------------------------------------
I would like to use the JMX Poller with the "web" configuration of JBoss 5.1.0. I tried copying over the files from "standard" config that looked like they were needed to expose the JMX beans to the Poller. However, I couldn't get it to work. Does anyone know what XML files/folders need to be dragged over from "standard" to "web" to make the JMX Poller work?
Just for reference I'm on Eclipse JEE 3.6.0, JBoss 5.1.0 web configuration, JBoss Tools 3.2 M1 for Helios.
--------------------------------------------------------------
Reply to this message by going to Community
[http://community.jboss.org/message/559917#559917]
Start a new discussion in JBoss Tools at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]
15 years, 2 months
- 1
- 0
[jBPM] - Console Process execution FAIL: UnsupportedClassVersionError
by Karoy Labs
Karoy Labs [http://community.jboss.org/people/obolabs] created the discussion
"Console Process execution FAIL: UnsupportedClassVersionError"
To view the discussion, visit: http://community.jboss.org/message/559915#559915
--------------------------------------------------------------
JBPM 4.4 with JDK 1.5.8
Process built with Ant in Eclipse, where everybody is using the same JDK as JBoss.
After deploying a very simple process, the process is executed in the BPM Console by selecting 'Start' in the Process Overview. It fails with this error:
UnsupportedClassVersionError: Bad version number in .class file
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:620)
at java.lang.ClassLoader.defineClass(ClassLoader.java:465)
at org.jbpm.pvm.internal.repository.DeploymentClassLoader.findClass(DeploymentClassLoader.java:113)
at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:242)
at org.jbpm.pvm.internal.util.ReflectUtil.classForName(ReflectUtil.java:434)
at org.jbpm.pvm.internal.wire.descriptor.ObjectDescriptor.construct(ObjectDescriptor.java:141)
at org.jbpm.pvm.internal.wire.WireContext.construct(WireContext.java:487)
at org.jbpm.pvm.internal.wire.WireContext.create(WireContext.java:466)
at org.jbpm.pvm.internal.wire.WireContext.create(WireContext.java:264)
at org.jbpm.pvm.internal.util.ReflectUtil.instantiateUserCode(ReflectUtil.java:414)
at org.jbpm.pvm.internal.wire.usercode.UserCodeReference.getObject(UserCodeReference.java:63)
at org.jbpm.pvm.internal.wire.usercode.UserCodeReference.getObject(UserCodeReference.java:47)
at org.jbpm.jpdl.internal.activity.JavaActivity.perform(JavaActivity.java:58)
at org.jbpm.jpdl.internal.activity.JpdlAutomaticActivity.execute(JpdlAutomaticActivity.java:15)
This is usually because the Java version the byte code was compiled with is different than what is being used to run it with. I know this, but cannot understand how it can be the case, as I've described above, the Java versions are made sure to be the same. Or at least, that's what I claim..
Any clues where I might have gone off the path would be appreciated..
Thanks,
karoy
--------------------------------------------------------------
Reply to this message by going to Community
[http://community.jboss.org/message/559915#559915]
Start a new discussion in jBPM at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]
15 years, 2 months
- 1
- 0