<open source>
Check out http://castor.exolab.org and look at the package called
org.exolab.castor.dax.
It implements a persistence API for LDAP which acts like a resource
manager but is not JDBC. It supports XAResource enlistment and acts as a
connector.
</open source>
arkin
Syed Fareed Ahmad wrote:
>
> Dear All,
>
> Just with the continuation of discussion. Can anybody point me to any custom
> DataSource/Connector (of course other then JDBC 2) implementation. Actually I
> have the idea that my Custom Resource dispenser will submit data (Once
> transaction is called for commit) to the legacy systems through MQSeries etc...
>
> Fareed
>
> >Just to be curious about EjbStore calls ? Can any body explain that how does
> the Applications Server handles the Transactions within multiple Entity EJBs.
> Like If >I have two entity EJBs as "a" & "b". Both running in the same
> transaction OK. If the transaction commits, the App Server calls the EjbStore
> for both EJBs. Correct?
>
> >But If Application Server called the EjbStore of "a" and Power goes off. What
> happens now?The developer had written the code for persistence in each ejbStore
> >But the "b" 's ejbStore was not executed? How the App Servers assure that All
> EjbStore excute or none of them execute? Some type of Out of order execution or
> >what? Because the changes made in the "a"'s ejbStore needs to be restored back.
> I know for JDBC that we can use the DataSource Object which can provide >the
> common Connection Object to all participants in a transaction. But what we need
> to do If we are storing the data in a custom data Store or Legacy App. Do we
> >need to write a custom Resource dispenser (just like the JDBC) based on the
> connectors API (being developed nowadays) or what ?
>
> _________________________________________________________________________
>
> Disclaimer:
>
> "This message is confidential. It may also be privileged or otherwise protected
> by legal rules. If you have received it by mistake please let us know by reply
> and then delete it from your system."
>
> ===========================================================================
> 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".
--
----------------------------------------------------------------------
Assaf Arkin www.exoffice.com
CTO, Exoffice Technologies, Inc. www.exolab.org
===========================================================================
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".
