On 09/20/2011 04:16 AM, Jaikiran Pai wrote:
On Thursday 15 September 2011 09:20 AM, David M. Lloyd wrote:
>
> Client API
> ----------
>
> ...
> Each EJB receiver has an obligation to keep the EJB client context
> updated with the list of module identities that it can access. When a
> proxy is invoked upon, the EJB client context uses this table to select
> the destination. This means that for the Remoting protocol for example,
> the server sends back messages informing the client of changes in
> deployment status (which should be relatively infrequent) as well as
> sending an initial summary of what modules are available.
>
I'm not too sure the EJB app repository is going to be very useful. A
server might host numerous EJBs across different applications (1000s
maybe) and the client(s) might just be interested in just 1 or a few of
those EJBs.
The client only records module names, not EJBs. Recording EJBs would be
too much.
Furthermore, the clients are interested only in the remote
views exposed by the EJB. Beans that do not expose any remote view are
of no use in the EJB app repository. Sending down the repository of a
large number of EJBs (even though it's just identifiers) to each client,
when the client isn't really interested in most of those, looks like an
overhead.
--
- DML