Hi All,
I'd be very interested in the answer to this also.
Eric
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.
>
>-----------------------------------------------------------------------------------------
> Este mensaje es confidencial y ata�e exclusivamente a las personas a las que va
>dirigido.
> Cualquier opinion en el contenida, es exclusiva de su autor y no representa
> necesariamente la opinion de Sema Group.
> Si usted no es el destinatario de este mensaje, considerese advertido que lo ha
>recibido
> por error y que cualquier uso, difusion o copia estan terminantemente prohibidos.
> Si ha recibido este mensaje por error, por favor comuniquelo a Sema Group sae al
> numero +34 91 4408800.
>
> This email is confidential and intended solely for the use of the individual to whom
>it is addressed.
> Any views or opinions presented are solely those of the author and do not
>necessarily represent
> those of Sema Group.
> If you are not the intended recipient, be advised that you have received this email
>in error
> and that any use, dissemination, forwarding, printing, or copying of this email is
>strictly prohibited.
> If you have received this email in error please notify it to Sema Group sae by
>telephone on number
> +34 91 4408800.
>
>-----------------------------------------------------------------------------------------
>
> ----
> 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".
--
=========================================================
Eric K. Richardson Phone: 602-770-4776
Software Engineer mailto:[EMAIL PROTECTED]
MilagroSoft Inc. http://www.milagrosoft.com
=========================================================
----
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".
