You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@cocoon.apache.org by Ovidiu Predescu <ov...@cup.hp.com> on 2000/09/05 20:05:05 UTC
[PATCH] LdapProcessor.java fix for binary attributes
Hi,
I have been playing with the LdapProcessor using the internal HP's LDAP server
and I found that it didn't work. It appears that the processor was generating
an invalid element name because of some weird binary data with a weird
attribute name that is present in HP's LDAP schema. My fix here simply skips
all the LDAP attributes that generate an error when trying to convert them to
XML. Please ignore the differences in formatting, the original file uses tabs
but my emacs setup uses blanks only.
Regards,
Ovidiu
--
Ovidiu Predescu <ov...@cup.hp.com>
http://orion.nsr.hp.com/ (inside HP's firewall only)
http://www.geocities.com/SiliconValley/Monitor/7464/
RE: [PATCH] LdapProcessor.java fix for binary attributes
Posted by Rainer Bieniek <Ra...@d2mannesmann.de>.
The problem is quite notorious in modern (V3)-Style LDAP-Schemes. For
expample, our enterprise here will move to certificate based authentication
/ authorization and will use the LDAP directory for such purposes.
The included patch proved to be sufficient in our Netscape Directory Server
environment.
RB
-----Original Message-----
From: ovidiu@orion.nsr.hp.com [mailto:ovidiu@orion.nsr.hp.com]On Behalf
Of Ovidiu Predescu
Sent: Tuesday, September 05, 2000 8:05 PM
To: cocoon-dev@xml.apache.org
Subject: [PATCH] LdapProcessor.java fix for binary attributes
Hi,
I have been playing with the LdapProcessor using the internal HP's LDAP
server
and I found that it didn't work. It appears that the processor was
generating
an invalid element name because of some weird binary data with a weird
attribute name that is present in HP's LDAP schema. My fix here simply skips
all the LDAP attributes that generate an error when trying to convert them
to
XML. Please ignore the differences in formatting, the original file uses
tabs
but my emacs setup uses blanks only.
Regards,
Ovidiu
--
Ovidiu Predescu <ov...@cup.hp.com>
http://orion.nsr.hp.com/ (inside HP's firewall only)
http://www.geocities.com/SiliconValley/Monitor/7464/