Sean Johnson wrote:

> I'm not sure why the conclusion "my fine-grained business objects
> are not (EJB) components"... Maybe your thinking beans on the server
> cannot be clients to other beans on the server? If so, then that's
> probably the source of your conclusion. Otherwise let me know why
> you concluded that you can't use EJBs as your fine-grained objects.

Hi, Sean,

No, that's not what I've concluded.

Based on yours and Philip's inputs, I work out there are two possible
configurations to reduce the remote overhead:

Config 1:
--------
Clients -> Coarse-grained session beans -> Fine-grained entity beans

This configuration can reduce the traffic overhead as long as the
session beans and entity beans are co-located. But when I want
load-balancing, can I always assume that? The load-balancing 'director'
may decide for me to run the fine-grained entity beans on machine X
while my session beans are running on machine Y.

Thus, I deduce configuration 2:

Config 2:
--------
Clients -> Coarse-grained session beans -> Plain-vanilla fine-grained
java objects

I think: If I use plain-vanilla non-remotable Java objects to model my
fine-grained business ojbects, I can make sure they're always co-located
with my remotable session beans.

So, here comes my odd conclusion "my fine-grained business objects are
not (EJB) components". :-)

Ok, given that you were 'shocked' by my odd conclusion :-), I think you
and Philip have been suggesting Configuration 1.

To make it work, I need a smart load-balancing engine which will make
sure the entity beans are always co-located with the corresponding
session bean for the same client. My next question is whether such a
smart load-balancing engine is available. I think your reply in the
other post:

> It can get references on the same bean on a different servers by
changing
> the JNDI
> properties to point to a different provider prior to the JNDI lookup.
And
> there you go, cheap load balancing.

has already provided a cheap and dirty solution.

Thanks. I appreciate yours inputs.
--
John





----
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".

Reply via email to