You are viewing a plain text version of this content. The canonical link for it is here.
Posted to slide-user@jakarta.apache.org by Chad Brandt <cb...@cariboulake.com> on 2002/04/18 15:46:53 UTC

JDBCDesriptorsStore commit??

I have been modifying the JDBCDescriptorsStore for my app and I noticed 
that it never appears to do a commit or rollback. Is this done in another 
class? Does the JDBCDescriptorsStore support transactions?

Chad


--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>


LDAP interface

Posted by Jacob Lund <ja...@qualiware.com>.
Hi all,

I know this actually belongs on the tomcat mailing list, but they did
not seem to know the answer.

I am trying to get the tomcat to use Microsoft Active directory users
for authentication. That means configuring the Catalina JNDIRealm to
talk with the Microsoft LDAP interface. Does anyone here has this
situation configured?

/Jacob


--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>


RE: JDBCDesriptorsStore commit??

Posted by Tom Wang <to...@presidiosoftware.com>.
Chad,

commit and rollback are called by the application layer since only app knows
the transaction boundary.  When app calls NamespaceAccessToken.commit() it
will eventually wind down to the commit implemented by each store.

-tom

> -----Original Message-----
> From: Chad Brandt [mailto:cbrandt@cariboulake.com]
> Sent: Thursday, April 18, 2002 6:47 AM
> To: slide-user@jakarta.apache.org
> Subject: JDBCDesriptorsStore commit??
>
>
> I have been modifying the JDBCDescriptorsStore for my app and I noticed
> that it never appears to do a commit or rollback. Is this done in another
> class? Does the JDBCDescriptorsStore support transactions?
>
> Chad
>
>
> --
> To unsubscribe, e-mail:
> <ma...@jakarta.apache.org>
> For additional commands, e-mail:
> <ma...@jakarta.apache.org>
>
>


--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>