Re: [carol] What specific Carol needs from the Sun's RMI registry implementation?

[Florent BENOIT]

Hi, First, you could switch to irmi protocol in JONAS_BASE/conf/carol.properties file. This protocol is a replacement for rmi/jrmp protocol (which use the sun class). Until now, only jeremie protocol could be used as classpath didn't provide the ContextFactory implementation. http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27383 So, you can try with irmi to valid that the fix you made is OK. (or with jeremie protocol as it provides its own factory) And to valid iiop protocol, you have to use "iiop" in carol.protocols parameter. The dependency on the sun rmi registry class was because the bind() operation is disallowed if the bind() operation is remote. But with irmi protocol, it won't use this class. Regards, Florent Audrius Meskauskas wrote: The J2EE server JOnAS 4.7.4, working with CAROL 2.2.7, crashes on startup with the following exception: java.lang.NoClassDefFoundError: sun/rmi/registry/RegistryImpl (see the filled in Carol bug report 305913 on ObjectWeb for the full stack trace). This is a serious problem, binding JOnAS to the proprietary runtime. The sun.* packages belong to the protected namespace. Even if we could provide the alternative implementation (GNU Classpath has its own fully functional RMI registry), we cannot place it into such package. What exactly Carol needs from the Sun's registry implementation? The alternative GNU Classpath class, gnu.java.rmi.registry.RegistryImpl, seems rather simple. Probably the request of enhancement could be filled in GNU Classpath bug database (http://www.gnu.org/software/classpath/bugs.html), describing the registry features you miss in the standard API. Then the missing features are likely to be implemented after some time. Best regards Audrius