EJB transactions should be demarcated using the Java Transaction API (JTA).
JTS is an optional, low level transaction service implementation based on
the CORBA OTS. JTA is the visible API (to the bean providers) and it also
provides the framework for the XOpen XA DTP protocol.
This is an excerpt from the final publicly available JTA 1.0 spec: "Note:
The EJB spec and related Java files will be updated to reflect the current
JTA package naming. This work is planned for the next EJB spec release."
Imre Kifor
Valto Systems
-----Original Message-----
From: Robert Patrick <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
Date: Thursday, April 01, 1999 8:40 AM
Subject: Re: Interaction between EJB Software and JDBC Driver?
>Robert,
>
>EJB transactions are demarcated using the Java Transaction Service (JTS).
>As such, the EJB server/container vendor must supply and implementation of
>and JDBC driver for their JTS. With the WebLogic server (and I am sure
>others provide similar functionality), you can set up connection pools
>using any JDBC driver and then use the JTS JDBC driver, which uses the
>connections from the pool.
>
>Hope this helps,
>Robert
>
>At 10:55 AM 4/1/99 +0200, you wrote:
>>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?
>>
>>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?
>>
>>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?
>>
>>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.
>>
>>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".
>
===========================================================================
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".
