Jonathan Whitehead wrote:
>
> The Bull White Paper on JOnAS describes 4 different distribution
> architectures which I'd like to experiment with, e.g.
>
> all beans on one EJB server;
> beans on different EJB servers on different machines.
>
> My question is, how is a client supposed to lookup a bean when the bean
> could be deployed on one of a number of machines? Up until now I've put
> all the beans on the same server, and used rmiregistry to provide the
> first reference to a bean's home interface. My assumption is that the
> bean deployer is allowed to move beans from one host to another without
> telling the clients.
>
> My first thought was to have a single rmiregistry on host A, and
> EJBServer running on hosts A, B and C, but all registering their beans'
> home interface with the rmiregistry on host A. Then the client does
> lookup() on host A. But I can't do this, I think for security reasons
> you can't bind to a remote rmiregistry. So I conclude that each host
> running EJBServer needs its own rmiregistry.
>
> The only way I can see at the moment is to provide the client with a
> list of rmiregistries where beans might possibly be registered. The
> client would then dynamically change java.naming.provider.url and try
> "env.lookup()" with each rmiregistry in the list until it succeeds.
> Which doesn't seem like the right way of doing things.
>
> Am i missing something obvious? Since this issue features prominently in
> the white paper presumably someone has thought about how to do it.
Hi,
the object of the Bull white paper shema is to show that JOnAS provides
a java transaction manager (JTM) that can manage distributed
transactions in which
several beans deployed in several EJB server may be involved. Our
intention was not
to say that we can migrate beans from one EJB server to another
transparently to
the client. We can't do that due to the fact that with the rmiregistry
that runs with
the RMI of Sun we are obliged to have one rmiregistry on each host.
We are working to provide soon a new version of JOnAS which will be able
to work
with our implementation of RMI (called Jeremie). With Jeremie we will
not have this
constraint anymore.
Best regards,
--
Philippe
Philippe Coq Groupe Bulll/BullSoft/OpenMaster Phone: (33) 04 76 29 78
49
Bull S.A - 1 rue de Provence - 38432 Echirolles Cedex France
[EMAIL PROTECTED] http://www-frec.bull.com
Download our EJBServer at http://www.bullsoft.com/ejb
----
To unsubscribe, send email to [EMAIL PROTECTED] and
include in the body of the message "unsubscribe jonas-users".
For general help, send email to [EMAIL PROTECTED] and
include in the body of the message "help".
