<vendor>
I assume your reference to GemSoft was supposed to be GemStone?

For the record GemStone/J supports both an internal persistence mechanism
(PCA), and non-GemStone/J storage mechanisms (JDBC, Enterpsrise
Messaging...). It is more accurate to say GemStone/J Has OODB functionality
than GemStone/J Is an OODB.

For business objects that must interact with third tier data stores for
persistence we provide extensive JDBC driver support, and through our
partnership with Thought Inc., automatic OR mapping (either BMP or CMP).

Your business objects in GemStone can be based on third tier data stores
and/or GemStone/J persistence. Our customers use GemStone/J persistence for
other things in addition to their data of record including:

- Caching/sharing of meta and reference data.

- Caching/sharing of user profile and session state data.

- Management of work flow process state (the optional work flow engine for
GemStone/J uses PCA for work flow state persistence and sharing...).

The usage model of PCA is like LDAP. You simply bind objects to a JNDI name
space and they are persisted, shared and cached. But unlike LDAP GemStone/J
is designed for both hiogh speed read access and OLTP updates (i.e. it is
transactional). The persistence model is generally known as persistence
through reachability, or orthoginal persistence. There are a couple of
proprietary APIs involved, but you can easily isolate yourself from these
with one layer of indirection. There are other products that support similar
persistence models, so you could pick up and leave GemStone/J some day if
you want to. Of course we intend that your GemStone experience will be so
succesful that you wouldn't dream of going somewhere else!

It sounds like your WEB page caching requirements may be well served by
GemStone/J. Many of our customers use GemStone/J just this way.
</vendor>

Regards,

-Chris.



> -----Original Message-----
> From: Peter Delahunty [SMTP:[EMAIL PROTECTED]]
> Sent: Monday, December 13, 1999 9:59 AM
> To:   [EMAIL PROTECTED]
> Subject:      The truth is out there
>
> I have a few questions for you Gurus.
>
> I have been playing with the J2EE Reference implementation and we are now
> considering a commercial product.
>
> Support
>
> Is there any application servers that fully support the J2EE standard yet
> by
> that I mean all the required standards. E.g. weblogic apparently doesn't
> use
> XML based deployment descriptors yet. Orion seem to be the most upto date
> but is this true.
>
> Database:
>
> At the moment it seem I have to choices and I have to take one route or
> the
> other.
> Relational DB or Object DB.
> As far as know only Gemsoft support OO DB. However if I built a system on
> Gemsoft with an OO DB would I be locked to Gemsoft or would I easily be
> able
> to shift to another App server with Relational DB. This major issues seems
> to be SQL or OO DB API.
>
> Performance:
>
> If I have a web site that has dynamic content (e.g.. at least content
> stored
> in a DB) what is the best app server out there that has a good caching
> mechanism built in. Something along the lines of when a page is first
> loaded
> it is cached for all other people to see it. This should be preferably
> configurable so that is my own process but I do not have to write the
> caching internals.
>
> ==========================================================================
> =
> 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".

Reply via email to