Hi Pieter,
these are good questions!
JXplorer only uses a replace for single valued attributes. For
multi-valued attributes we use add and replace as you say; it is slightly
more efficient for many directories, and is also necessary when modifying a
multi-valued naming attribute in some directories.
We could change this behaviour, but it would have to be a custom
modificati
on - a normal ldap directory should be quite happy with the current
behaviour :-).
JXplorer does a tree walk when deleting a subtree - again this could be
made optional, but it sounds like it would have to be another custom
modification for particular object classes, as this isn't standard ldap
behaviour!
- Chris
Hello Chris,
I am using the LDAP Browser to manage a database via LDAP.
I would like to switch over to JXplorer but i encounter problems when i
want to modify certain multi value attribute or when i want to delete a
tree structure.
1) JXplorer sents a modify request with an delete / add operation where
LDAP Browser sents a modify request with a replace. A number of the
database objects don't support the delete attribute of add attribute. Is
it possible to influence how JXplorer is composing its modify request?
2) The Database has objects that creates there own children and wants to
remove them as well. The LDAP Browser overs the possibility to choise to
delete children or not. Does JXplorer also have this possibility?
Regards, Pieter
Pieter Hartman
Senior Service Application Designer
Application & Platform Design
Ericsson Telecommunicatie B.V.
Research and Development
Tel: +31 161 249671
Fax: +31 161 242614
[EMAIL PROTECTED]
http://www.ericsson.nl
This communication is confidential and intended solely for the
addressee(s).
Any unauthorized review, use, disclosure or distribution is prohibited.
If you believe this message has been sent to you in error, please notify
the sender by replying to this transmission and delete the message
without disclosing it.
Thank you.
E-mail including attachments is susceptible to data corruption,
interception, unauthorized amendment, tampering and viruses, and we only
send and receive e-mails on the basis that we are not liable for any
such corruption, interception, amendment, tampering or viruses or any
consequences thereof.
---------------------------------------
Dr Christopher Betts
Melbourne, Australia
pegacat.com
Wer mit Ungeheuern kämpft, mag zusehn,
dass er nicht dabei zum Ungeheuer wird.
- Nietzsche
(Who fights Monsters must beware,
lest in doing so they become one)
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
Jxplorer-users mailing list
Jxplorer-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jxplorer-users
