Answers ( warning: and some vendor plugs! ).
> -----Original Message-----
> From: Robert Krueger [SMTP:[EMAIL PROTECTED]]
> Sent: Thursday, April 01, 1999 3:55 AM
> To: [EMAIL PROTECTED]
> Subject: Interaction between EJB Software and JDBC Driver?
>
> Hi,
>
> I have a very general question about transactions in EJB and the use of
> JDBC drivers.
>
> As far as my understanding of EJB is concerned, in the case of BMP I do
> not issue commits or rollbacks unless I specify TX_BEAN_MANGED for the
> bean or the method. How does the container issue the commit or rollback
> then? Does the connection have to be registered somewhere? Do I have to
> use a proprietary method to obtain the connection?
>
EJB Vendors typically will provide a transaction aware JDBC driver wrapper
that transparently registers the underlying JDBC connection as a
transactional resource. Auto commit/rollback is done by the EJBObject that
is interposed between the EJBean implmentation and the client invocation.
> What I want to do is use a JDBC driver that hides connection management
> details (like pooling). In what way does that JDBC driver have to
> cooperate with the EJB software?
>
EJB vendors should make this transparent. GemStone/J for example does this
nicely.
> At the moment I see three components participating in that task
> 1) the EJB server software
> 2) A JDBC driver that implements connection pooling on top of a
> "standard" JDBC driver
> 3) the JDBC driver for my RDBMS
>
> Am I free in combining these from different vendors (because they all
> know of a standard way of cooperating with each other) or do they have
> to be made for each other?
>
In GemStone/J for example, we will wrap any JDBC driver (you don't have to
use the ones we supply). However the degree of XA capability will vary based
on the actual JDBC driver being used.
> To be less abstract: I am looking for a solution that lets me use my
> expensive Oracle 8 connections in an efficient way but still keeps my
> server code (using BMP) as portable as possible between EJB software
> products without using bean managed transactions.
>
We can do this today. www.gemstone.com
> Thanks,
>
> Robert
>
> --
> (-) Robert Kr�ger
> (-) SIGNAL 7 Gesellschaft f�r Informationstechnologie mbH
> (-) Br�der-Knau�-Str. 79 - 64285 Darmstadt,
> (-) Tel: 06151 665401, Fax: 06151 665373
> (-) [EMAIL PROTECTED], www.signal7.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".
