JBoss 4.2.3 issue because of JNDI lookup #123
Comments
I've not been on a WLS for some time but I know that we did a server detection for JBoss/Tomcat/WLS (versions 9,10,11) back then by trying to just load a application-server specific class
|
Ok, but I think this worked only for certain older versions of Weblogic. I will have a deeper lookup next week, thanks for the hint. |
Sorry, took some time. I decided to check in the Weblogic detector whether we are running in JBoss and the avoid an JNDI lookup. This couples somewhat the Weblogic detector to JBoss but this is the fastest solution. And this extra check shouldn't harm anyway (its called only once). @pliljenberg , could you please check, whether this works for you ? I've added this to 1.2.1 which will be released in about a week, so no hurry. If it doesn't work, we can reopen this issue and fix it for the next version. |
@rhuss - I'm not using joloko for our Jboss anymore so I can't verify the fix but the code looks ok :) |
See the forum for details.
A JNDI lookup during the server detection phase (done in the Weblogic Detector when collecting MBean Servers) borks the JNDI subsystem in JBoss 4.2.3 so that it is not usable anymore.
The solution would be to add a guard in addMBeanServer which checks via a class lookup whether it is really running in a Weblogic environment and only then doe the JNDI lookup.
The text was updated successfully, but these errors were encountered: