This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
[WARNING] Warning: the extension /space/src/nb_all/nbbuild/netbeans/enterprise2/modules/ext/jmxri.jar may be multiply loaded by modules: [/space/src/nb_all/nbbuild/netbeans/enterprise2/modules/org-netbeans-modules-j2ee-weblogic9.jar, /space/src/nb_all/nbbuild/netbeans/enterprise2/modules/org-netbeans-modules-j2ee-sun-appsrv.jar]; see: http://www.netbeans.org/download/dev/javadoc/OpenAPIs/org/openide/doc-files/classpath.html#class-path
Thanks, I'll move it into j2eeserver/j2eeapis module.
So far, jmxri was for the only private/internal purpose of AS 8.1 and not exposed as a shared component. In fact, if you do not install the as 8.1 plugin you will not have it. If Weblogic needs it also, we need to make it an official module library and have the 2 plugins to depend on it. So this has some impact ont he AS 8.1 plugin build system as well.
Why cannot we add it into j2eeserver/j2eeapi, increase it's spec version and require that new version from sun and wl plugins?
Not sure about the JDK 1.5 impact of EJB 3 plugins... I do not want to see this jmxri.jar in the classpath of GlassFish plugin at all... You know how classloader bugs are hard to debug...
Just make it a separate autoload lib wrapper module and add a dep on it to the two modules which currently refer to it. It will be invisible to modules which do not have a direct dep on it. If you want to be paranoid you can make it a friend API for just those two modules.
*** Issue 63147 has been marked as a duplicate of this issue. ***
Created attachment 24278 [details] commit log
I created an autoload wrapper module for jmxri and WL and sun appserver depend on it.