Roberto Polli
2009-Apr-17 14:04 UTC
[Fedora-directory-users] atomically delete subtree (non leaf)
hi all, usually ldap isn''t able to atomically delete a subtree (non-leaf). This is annoying while cleaning eg. an user addressbook of thousands of contacts. Can fedora directory server manage in some way this kind of deletion atomically? If not, do you think it''s an interesting feature? Peace, R. -- Roberto Polli Babel S.r.l. - http://www.babel.it Tel. +39.06.91801075 - fax +39.06.91612446 P.zza S.Benedetto da Norcia, 33 - 00040 Pomezia (Roma) "Il seguente messaggio contiene informazioni riservate. Qualora questo messaggio fosse da Voi ricevuto per errore, Vogliate cortesemente darcene notizia a mezzo e-mail. Vi sollecitiamo altresì a distruggere il messaggio erroneamente ricevuto. Quanto precede Vi viene chiesto ai fini del rispetto della legge in materia di protezione dei dati personali."
Rich Megginson
2009-Apr-17 15:17 UTC
Re: [Fedora-directory-users] atomically delete subtree (non leaf)
Roberto Polli wrote:> hi all, > > usually ldap isn''t able to atomically delete a subtree (non-leaf). This is > annoying while cleaning eg. an user addressbook of thousands of contacts. > > Can fedora directory server manage in some way this kind of deletion > atomically? >No.> If not, do you think it''s an interesting feature? >Yes. We should investigate this as part of subtree rename. At the very least, you could rename your subtree (e.g. move ou=contacts to ou=deletedcontacts then delete ou=deletedcontacts while you repopulate ou=contacts).> Peace, R. >
Roberto Polli
2009-Apr-17 15:44 UTC
Re: [Fedora-directory-users] atomically delete subtree (non leaf)
On venerdì 17 aprile 2009 17:17:21 Rich Megginson wrote:> We should investigate this as part of subtree rename. At the very > least, you could rename your subtree (e.g. move ou=contacts to > ou=deletedcontacts then delete ou=deletedcontacts while you repopulate > ou=contacts).I''ll try and let you know. Just to know, why removing subtree have never be implemented in ldap? Thx+Peace, R. -- Roberto Polli Babel S.r.l. - http://www.babel.it Tel. +39.06.91801075 - fax +39.06.91612446 P.zza S.Benedetto da Norcia, 33 - 00040 Pomezia (Roma) "Il seguente messaggio contiene informazioni riservate. Qualora questo messaggio fosse da Voi ricevuto per errore, Vogliate cortesemente darcene notizia a mezzo e-mail. Vi sollecitiamo altresì a distruggere il messaggio erroneamente ricevuto. Quanto precede Vi viene chiesto ai fini del rispetto della legge in materia di protezione dei dati personali."
Rich Megginson
2009-Apr-17 15:50 UTC
Re: [Fedora-directory-users] atomically delete subtree (non leaf)
Roberto Polli wrote:> On venerdì 17 aprile 2009 17:17:21 Rich Megginson wrote: > >> We should investigate this as part of subtree rename. At the very >> least, you could rename your subtree (e.g. move ou=contacts to >> ou=deletedcontacts then delete ou=deletedcontacts while you repopulate >> ou=contacts). >> > I''ll try and let you know. >Try what? subtree rename is not currently implemented.> Just to know, why removing subtree have never be implemented in ldap? >Good question.> Thx+Peace, > R. > > >
Michael Ströder
2009-Apr-17 16:14 UTC
Re: [Fedora-directory-users] atomically delete subtree (non leaf)
Rich Megginson wrote:> Roberto Polli wrote: >> usually ldap isn''t able to atomically delete a subtree (non-leaf). >> [..] >> If not, do you think it''s an interesting feature? >> > Yes. We should investigate this as part of subtree rename.Most LDAP servers implement this control (also supported in my web2ldap): http://tools.ietf.org/draft/draft-armijo-ldap-treedelete/ Ciao, Michael.
Roberto Polli
2009-Apr-17 17:18 UTC
Re: [Fedora-directory-users] atomically delete subtree (non leaf)
On venerdì 17 aprile 2009 18:14:30 Michael Ströder wrote:> Most LDAP servers implement this control (also supported in my web2ldap): > http://tools.ietf.org/draft/draft-armijo-ldap-treedelete/it was the first thing I saw, but seems that only OpenDS Server supports it.. do you know other servers? richm wrote:> ..you could rename your subtree ..;) it seemed strange to me, but I thought it was a new feature :))) Thx+Peace, R. -- Roberto Polli Babel S.r.l. - http://www.babel.it Tel. +39.06.91801075 - fax +39.06.91612446 P.zza S.Benedetto da Norcia, 33 - 00040 Pomezia (Roma) "Il seguente messaggio contiene informazioni riservate. Qualora questo messaggio fosse da Voi ricevuto per errore, Vogliate cortesemente darcene notizia a mezzo e-mail. Vi sollecitiamo altresì a distruggere il messaggio erroneamente ricevuto. Quanto precede Vi viene chiesto ai fini del rispetto della legge in materia di protezione dei dati personali."
Michael Ströder
2009-Apr-18 11:13 UTC
Re: [Fedora-directory-users] atomically delete subtree (non leaf)
Roberto Polli wrote:> On venerdì 17 aprile 2009 18:14:30 Michael Ströder wrote: >> Most LDAP servers implement this control (also supported in my web2ldap): >> http://tools.ietf.org/draft/draft-armijo-ldap-treedelete/ > it was the first thing I saw, but seems that only OpenDS Server supports it.. > do you know other servers?>From memory MS AD and OpenLDAP (at least for back-sql).There might be others but I''m too lazy to look through all the ones listed at http://www.web2ldap.de/compability.html#ldap_servers Ciao, Michael.
Roberto Polli
2009-Apr-20 08:55 UTC
Re: [Fedora-directory-users] atomically delete subtree (non leaf)
On sabato 18 aprile 2009 13:13:36 Michael Ströder wrote:> There might be others but I''m too lazy to look through all the ones > listed at http://www.web2ldap.de/compability.html#ldap_serversas I got time I''ll let you know more, thx++ Peace, R. -- Roberto Polli Babel S.r.l. - http://www.babel.it Tel. +39.06.91801075 - fax +39.06.91612446 P.zza S.Benedetto da Norcia, 33 - 00040 Pomezia (Roma) "Il seguente messaggio contiene informazioni riservate. Qualora questo messaggio fosse da Voi ricevuto per errore, Vogliate cortesemente darcene notizia a mezzo e-mail. Vi sollecitiamo altresì a distruggere il messaggio erroneamente ricevuto. Quanto precede Vi viene chiesto ai fini del rispetto della legge in materia di protezione dei dati personali."