Jim Yang a écrit :
It is definitely possible using ApacheDS, but you have implement your
extension using ApacheDS interceptor. What you mentioned is a well
known concept called virtual directory. If you have the resources to
implement this, I would recommend that you do implement it. That would
be a great addition to ApacheDS. If you don't want to write the code
yourself, you can try to google it to see if there is an open source
virtual directory implementation out there.
Jim, I would appreciate a lot, as the Chairman of this project, that you
don't use this mailing list to promote your own product. You can
perfectly reply privatly to Eric and told him about it, but please keep
this ML Apache Directory Server focused. Your last sentence is totally
out of scope.
Apache is *not* a commercial entity.
Thanks.
On 5/24/07, Eric J. Christeson <[EMAIL PROTECTED]> wrote:
On Tue, May 22, 2007 at 04:42:09PM -0400, Mark Swanson wrote:
> I'd like to chime in and say that the existing architecture
enabled me to
> implement a form of triggers, stored procs, dynamic views, and a
new way of
> handling indexes. Also, thanks to the flexibility of the design I
was able
I'm interested in how easy/difficult this was. We're looking at a
project
which would present an LDAP interface to an SQL database backend.
Without
getting into too much detail, the idea is that we want to present an
LDAP
interface to an SQL database backend that contains identity
information. The
LDAP interface will allow authorized admins to update information on
identities they are responsible for with familiar tools, while the SQL
backend is desirable for updating from our authoritative source.
I've been looking at writing a backend for OpenLDAP, but upon seeing
your message, ApacheDS might be a better alternative.
Thanks,
ERic
--
Eric J. Christeson <[EMAIL PROTECTED]>
Information Technology Services (701) 231-8693 (Voice)
Room 242C, IACC Building
North Dakota State University, Fargo, ND 58105-5164
PHP is a minor evil perpetrated and created by incompetent amateurs,
whereas Perl is a great and insidious evil, perpetrated by skilled
but perverted professionals. - Jon Ribbens
