Ldap.Client.Add

Add operation.

This operation comes in four flavours:

• synchronous, exception throwing (add)
• synchronous, returning Either ResponseError () (addEither)
• asynchronous, IO based (addAsync)
• asynchronous, STM based (addAsyncSTM)

Of those, the first one (add) is probably the most useful for the typical usecase.

Documentation

add :: Ldap -> Dn -> AttrList NonEmpty -> IO ()

Perform the Add operation synchronously. Raises ResponseError on failures.

addEither :: Ldap -> Dn -> AttrList NonEmpty -> IO (Either ResponseError ())

Perform the Add operation synchronously. Returns Left e where e is a ResponseError on failures.

addAsync :: Ldap -> Dn -> AttrList NonEmpty -> IO (Async ())

Perform the Add operation asynchronously. Call wait to wait for its completion.

addAsyncSTM :: Ldap -> Dn -> AttrList NonEmpty -> STM (Async ())

Perform the Add operation asynchronously.

Don't wait for its completion (with waitSTM) in the same transaction you've performed it in.

data Async a

Asynchronous LDAP operation. Use wait or waitSTM to wait for its completion.

Instances

Functor Async

Defined in Ldap.Client.Internal

Methods

fmap :: (a -> b) -> Async a -> Async b

(<$) :: a -> Async b -> Async a

wait :: Async a -> IO (Either ResponseError a)

Wait for operation completion.

waitSTM :: Async a -> STM (Either ResponseError a)

Wait for operation completion inside STM.

Do not use this inside the same STM transaction the operation was requested in! To give LDAP the chance to respond to it that transaction should commit. After that, applying waitSTM to the corresponding Async starts to make sense.