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
|
