I don't think EJBHandle will work because EJBHandle is the reference to the
EJBObject, not the bean instance, and the container will associate the bean
instance to the EJBObject in the runtime. Since you are using entity bean,
it can passivate or activate, so everytime the bean instance could be
different.
Also, using entity bean on a remote server for caching purpose is not good
because remotely operating on an entity bean is enpensive. The reason is
that for every method call to an entity bean, it uses the network resource
and the performance will be degraded. A session facade should be used on
behalf of the entity beans. Your app servers can comuunicate the facade to
talk to your entity beans to retrieve the data.
Kamyar Varzandeh <[EMAIL PROTECTED]> on 06/12/2003 08:13:36 PM
Please respond to "jdjlist" <[EMAIL PROTECTED]>
To: "jdjlist" <[EMAIL PROTECTED]>
cc:
Subject: [jdjlist] EJBs as a Remote object Cache Server
Hi:
We are trying to develop a remote cache server.��Our goals is to reduce
memory consumption (and GC cycles) in our app server and share the common
read-only data across multiple servers. .We have experimented with RMI and
EJB-based solutions.� The RMI solution seems to work. However, we are
running into trouble with the EJB solution. We are using Websphere 4.0. for
the EJB-based approach
First we tried to use a stateful session bean, but soon we discovered that
it would only work for a given client, not as a general purpose cache. Now
we are trying to use entity beans, but� the container does not give us the
same bean instance.� It creates a new bean instance which defeats the
purpose of using the bean as a cache server.� We are passing the reference
to the bean between different clients using the EJBHandle serialized in
LDAP (not calling EJBCreate or EJBFind).
Do we have a chance of making the EJB solution work, or should we drop this
approach and stay� with the RMI solution?
Thanks in advance for the help.
Kamyar
Do you Yahoo!?
Free online calendar with sync to Outlook(TM). --- You are currently
subscribed to jdjlist as: [EMAIL PROTECTED] To unsubscribe send a
blank email to [EMAIL PROTECTED]
http://www.sys-con.com/fusetalk
******************* PLEASE NOTE *******************
This E-Mail/telefax message and any documents accompanying this
transmission may contain privileged and/or confidential information
and is intended solely for the addressee(s) named above. If you are
not the intended addressee/recipient, you are hereby notified that
any use of, disclosure, copying, distribution, or reliance on the
contents of this E-Mail/telefax information is strictly prohibited
and may result in legal action against you. Please reply to the
sender advising of the error in transmission and immediately
delete/destroy the message and any accompanying documents. Thank
you.
---
You are currently subscribed to jdjlist as: [EMAIL PROTECTED]
To unsubscribe send a blank email to [EMAIL PROTECTED]
http://www.sys-con.com/fusetalk
