Hi all,
Is there any difference between EJBHome.Remove() and EJBObject.Remove()
method calls ?
Anmol.
Anmol Tiwari
E-Commerce Team,
Metamor Global Solutions Limited,
E-9/12, SDF,
NEPZ,
Noida- 201305
Ph- 91-011-91-4568210-16 (Extn-363)
E-mail- [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>
[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>
-----Original Message-----
From: Frank Sauer [SMTP:[EMAIL PROTECTED]]
Sent: Tuesday, March 21, 2000 9:26 AM
To: [EMAIL PROTECTED]
Subject: Re: Question about catalog management component
using EJB
Sounds like a typical Gemstone/J application. It contains a
transactional
persistent cache, so you can go with the last option you mention,
except
you don't have to develop the cache... Your servlets will have
access to
this so called PCA, and can create/modify/delete java objects in the
cache
and when you want, do a 2 phase commit to the RDBMS as well. The
GS/J cache
as well as the EJBs and JDBC connections are managed by OTS.
We use GS/J with Session beans, persistent java objects and an RDBMS
on the
third tier. I recommend you check it out at http://www.gemstone.com
There are also some whitepapers there as well explaining design
patterns on
how to design J2EE systems using the persistent cache.
Sorry if this sounds like a Gemstone plug, if I worked for them I'd
enclosed it in <vendor> tags, but I don't, I'm just a satisfied
customer....
Frank Sauer
The Technical Resource Connection
Tampa, FL
http://www.trcinc.com
> -----Original Message-----
> From: A mailing list for Enterprise JavaBeans development
> [mailto:[EMAIL PROTECTED]]On Behalf Of Yan Jing
> Sent: Monday, March 20, 2000 5:26 PM
> To: [EMAIL PROTECTED]
> Subject: Question about catalog management component using EJB
>
>
> Hi, All,
>
> I have read this forum for a while and learned a lot from
> you. Now I am thinking to redesign my catalog management
> component using EJB and hope to get some advises from you.
>
> I am designing a B2B catalog based net marketplace solution
> (not product since I am working for an
> Application-Service-Provider company .:)), which supposes
> have a huge catalog content and allows buyers to
> browse/search the catalog with different price programs from
> different sellers, and allows seller or suppliers to change
> their catalogs and their price programs. I have three
> architectures in mind:
>
> 1. using JSP ---> Servlet ---> JDBC ---> RDBMS. Do object
> cache in both session level and application level. This way
> we have to code our own cache system. Perfomance should be
> OK. But no cache can share between different JVM, which
> increases the database hits. ( I used this architecture in my
> previous B2C commerce server product, the number of database
> hits was the bottle neck for performance. So I believe the
> object caching is neccessary.)
>
> 2. using JSP ---> Servlet ---> BMP Entity Beans ---> JDBC
> ---> RDBMS. This way EJB container will do the object cache
> for us. But since the catalog intends to be big (the number
> of EJB objects will be huge), I think the overhead from EJB
> container will be too much.
>
> 3. uisng JSP ---> Servlet ---> RMI caching server ---> JDBC
> ---> RDBMS. This way, time to market will be problem since we
> have to develop that multithreadeed RMI caching server. Also
> scalibity will be a protential problem.
>
> I know there have be many threads in the forum discussing
> related issues. But I still hope some of you have being
> dealing with the similar problem will give me some advises.
>
> Thanks in advance.
>
>
> Best,
>
>
> Jing
>
> ==============================================================
> =============
> 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".
===========================================================================
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".
