> On Feb 23, 2025, at 9:44 AM, Fredrik Roubert <fred...@roubert.name> wrote: > > Hello! > > As far as I've been able to find out, the LDAP API libraries currently > don't contain any functionality for decoding or encoding the RFC 4517 > Postal Address syntax. > > It's not a particularly complicated syntax to decode or encode, just a > few characters that need to be unescaped or escaped, but it doesn't seem > reasonable to me that everyone who needs to work with Postal Address > entries should have to write their own implementations of this and I > can't really imagine anyone thinking that it'd be a bad idea to provide > library functions for this. > > It also seems like the LDAP APi libraries would be a logical place for > such functionality (but I'd be most interested if anyone has ideas about > someplace else being better). > > But where exactly? I find the LDAP API libraries a bit overwhelming to > navigate, so it isn't immediately obvious to me where the most suiable > place for putting such utility functions would be. > > Does anyone here have any good advice? >
Hello Fredrik, I agree with you that the LDAP syntax is terse. Users shouldn’t have to navigate its intricasies. In the past, I’ve always placed this kind of functionality in whatever application framework was being used at the time. i.e. there was always an ldaputils folder/package/module somewhere in the domain[1]. This isn’t all that great for others, who don’t have access to that api framework. As for placing these functions in the ldap api ... Not opposed to it. Perhaps we include an extensions mechanism where users can plug them in. Of course there’d also need to be an extensions library being distributed somewhere. None of this particularly difficult to do, just work. Great question, btw. — Shawn [1] e.g. [fortress ldap utils](https://github.com/apache/directory-fortress-core/tree/master/src/main/java/org/apache/directory/fortress/core/ldap) > Cheers // Fredrik Roubert > > -- > Forsterstrasse 64 | +41 78 8170377 > CH-8044 Zürich | https://roubert.name/fredrik/ > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@directory.apache.org > For additional commands, e-mail: dev-h...@directory.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@directory.apache.org For additional commands, e-mail: dev-h...@directory.apache.org
