> Do you want to encapsulate the data access within session beans and call
> them by entity beans?
that was my proposal yes.
> Maybe I missed the point but I believe it's
> better to
> use DAO then because of the expensive remote method calls. I
> think it's not
> a suitable solution especially if you consider the rule of thumb that a
> remote call is 1500 times slower than a direct method call and that could
> lead to performance problems in a heavy load enviroment.
But many containers marshall the IIOP over shared memory making these calls
very fast. Secondly, the stateless beans are cached meaning I do not have
contruction overhead of objects to get the reference.
> Okay you
> could try
> to deploy your beans in the same container and use something like
> IIOP over
> shared memory but than you have to take care of the fail-over and
> load-balancing aspects as a bean provider in your bean design and
> that's not
> the goal of EJB.
But if they are all on the same container, what failover issues are there?
None really. There would be a facade going on anyways,
session bean -> entity -> data access session
So if the container fell over, the whole facade would fall over. No
different then if you called right to the database. You'd have to have your
container deal with this issue anyways right?
>
> What do you think?
Im just making a proposal and want to hear feedback. Thats what this group
is about. So the questions come up
1) What is the overhead of instantiation vs an in-memory inter bean call
2) Would DAO be available directly from a client source? No, you would have
to facade anyways inside a session bean.
Dave Wolf
Internet Applications Division
> --
> [EMAIL PROTECTED]
>
> MATHEMA Software GmbH
> N�gelsbachstra�e 25 b
> 91052 E r l a n g e n
> D e u t s c h l a n d
> Tel +49(0)9131/8903-0
> Fax +49(0)9131/8903-55
> http://www.mathema.de
>
> ==================================================================
> =========
> To unsubscribe, send email to [EMAIL PROTECTED] and include
> in the body
> of the message "signoff EJB-INTEREST". For general help, send email to
> [EMAIL PROTECTED] and include in the body of the message "help".
>
>
===========================================================================
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff EJB-INTEREST". For general help, send email to
[EMAIL PROTECTED] and include in the body of the message "help".
