directory-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Alex Karasulu" <>
Subject Re: Transaction for interceptor
Date Wed, 09 Jul 2008 14:00:56 GMT
No it will not.  We need to add a layer into ADS that can manage atomicity
to allow for rolling back collateral operations if the original operation
fails and rolls back.  This can be done but it's not so trivial to do
correctly.  More than atomicity factors into this as other ACID properties
also must be considered.  Also you want this to work regardless of the
partition used.


On Wed, Jul 9, 2008 at 9:45 AM, Tanja Ertl <> wrote:

> Hi Emmanuel,
> would a Stored Procedure provide me with such a transactional behaviour?
> Reading fast over the document I would guess not.
> Thanks,
> Tanja
> -----Original Message-----
> From: Emmanuel Lecharny [] On Behalf Of Emmanuel
> Lecharny
> Sent: Wednesday, July 09, 2008 3:12 PM
> To:
> Subject: Re: Transaction for interceptor
> Tanja Ertl wrote:
> > Hi,
> >
> > with transactional I mean that the origin action and the work done in the
> interceptor is an *atomic* piece of work. If one fails, the other should not
> be succeeding, too. Like a transaction in database context.
> > One of our use cases is that our users need to maintain a memberOf
> attribute, where all groups of the user are listed. This should be tracked
> by an interceptor. If you add a user to a group the interceptor should
> update the memberOf attribute of the user entry. This should only happen, if
> the original request succeeds. That's no problem, the interceptor could
> start the work after the nexus has executed the request successfully. But
> vice versa, if the interceptor fails to add the group to the memberOf
> attribute, the original request should be rolled backed, too.
> >
> I _think_ that in order to manage memberof and users, a Stored Procedure
> + some triggers are a better solution. You won't need to add an
> interceptor, and it will be able to be run on addition, deletion and
> modification.
> You have a good sample here :
> --
> --
> cordialement, regards,
> Emmanuel L├ęcharny

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message