Kirk Pepperdine wrote:
>
> >Confirmed. You can get an LDAP JNDI SPI from either JavaSoft (look in
> >the JNDI page) or Netscape (the Mozilla Directory SDK).
> >
> >That still does not make LDAP transactional, but I don't see why you
> >couldn't use LDAP for persistance. After all if you are updating LDAP,
> >whether through the LDAP API, JNDI or BMP you get the same
> >non-transactional persistance.
>
> [Kirk] What happens when the LDAP is involved in a distributed transaction
> that gets rolled back?
LDAP itself has no transactional awareness, which could lead to many
issues if you're trying to update more than one record. But let's assume
for a second you are only updating one record. There is no rollback
mechanism, i.e. the update is self committing.
One solution is to create the modification you want to send to the
server and keep it until the end of the transaction. Then register for
sychronization. This will tell you when the transaction has completed
and in what status, and you can decide whether to perform the LDAP
update or not. The synchronization works with distributed transactions.
Of course, there is no prepare stage, so if your entire transaction
completes the LDAP update might fail resulting in a partially completed
transaction.
Keep in mind that LDAP was designed for persistance, but not the same
type of persistance as an RDBMS. For example, in several scenarios I
know updates to the LDAP server might not survive to the next day,
becuase the information is replicated nightly from a master LDAP server
or an RDBMS. In most of the applications I know of, if an LDAP update
fails, it's not big deal, so transactional integrity is less important.
arkin
>
> >
> >arkin
>
> ===========================================================================
> 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 [EMAIL PROTECTED]
CTO http://www.exoffice.com
Exoffice, The ExoLab Company tel: (650) 259-9796
===========================================================================
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".
