-
1. Re: JMX NameNotFoundException exception regression in EAP 6.1 Alpha?
alexc099 Apr 3, 2013 6:36 PM (in response to alexc099)Ah, I see the issue now. From the bug report:
"The reason it works for me in 7.1.0.Final is that JBoss uses the remoting-jmx JSR-160 connector now, which basically bypasses the problem when connecting to another JBoss server. However, the problem is still very much there when connecting to any other servers/apps over the standard RMI connector."
So, essentially it's not possible for an application running on AS 7 to connect to another server or application via JMX. This pretty much kills our evaluation of AS 7 in under a day, which is convienent I suppose.
-
2. Re: JMX NameNotFoundException exception regression in EAP 6.1 Alpha?
jaikiran Apr 4, 2013 7:28 AM (in response to alexc099)Alex, could you add a bit more details on what exact problem you are running into?
-
3. Re: JMX NameNotFoundException exception regression in EAP 6.1 Alpha?
alexc099 Apr 4, 2013 12:27 PM (in response to jaikiran)Sure. I've got an application that I've tried deploying on AS 7.1.0 Final, AS 7.1.1 Final, AS 7.1.2 (EAP 6.0), AS 7.1.3 (EAP 6.0.1) and EAP 6.1 Alpha. On all of them when my application tries to connect to an external, non JBoss server via JMX I get an IOException caused by a javax.naming.NameNotFoundException with the message rmi://10.0.2.159:4001/jmxrmi -- service jboss.naming.context.java.rmi:."10.0.2.159:4001".jmxrmi. This code works fine in a vanilla Tomcat deployment.
From what I can tell in reading the comments in the JIRA the fix only addressed connecting to another JBoss server. Connecting to a non-JBoss server is still an issue. The workaround suggested in the comments would require us to patch JDK6 which won’t fly in production.
-
4. Re: JMX NameNotFoundException exception regression in EAP 6.1 Alpha?
alexc099 Apr 8, 2013 12:36 PM (in response to alexc099)Linked to related issues.
-
5. Re: JMX NameNotFoundException exception regression in EAP 6.1 Alpha?
baranowb Apr 18, 2013 7:34 AM (in response to alexc099)Which part of workaround would require a patchwork in JDK6?