Sun Java System Directory Server does support some powerfull locale specific matching rules, allowing searches according to French, Spanish, Japanese, Esperanto or even Manx.
The list of supported locales is impressive and OIDs have been allocated for each of them. The list is fully documented in the Directory Internationalization Reference” manual.
However, during the re-organization of the documentation for Directory Server 5.2, it appears that the section on how to search using these matching rules was removed.
The documentation of the Directory Server 5.1 on the subject is still valid. It’s in the iPlanet Directory Server 5.1 Administration Guide, Appendix B: Finding Directory Entries.
The section is Searching an Internationalized Directory and the most important part is the mapping table between Search Types, Operators and OID suffixes..
And below this table, you will find all the examples that illustrate the various searches for internationalized data.

Sun Java System Directory Server does support some powerfull locale specific matching rules, allowing searches according to French, Spanish, Japanese, Esperanto or even Manx.
The list of supported locales is impressive and OIDs have been allocated for each of them. The list is fully documented in the Directory Internationalization Reference” manual.
However, during the re-organization of the documentation for Directory Server 5.2, it appears that the section on how to search using these matching rules was removed.
The documentation of the Directory Server 5.1 on the subject is still valid. It’s in the iPlanet Directory Server 5.1 Administration Guide, Appendix B: Finding Directory Entries.
The section is Searching an Internationalized Directory and the most important part is the mapping table between Search Types, Operators and OID suffixes..
And below this table, you will find all the examples that illustrate the various searches for internationalized data.

The news have hit the street a few days ago: Red Hat has acquired the rights on Netscape Server products, and among them, Netscape Directory Server.

Vincent Eynard already blogged (in French, no translation available yet) on it and raised many questions.

“They’re buying antique software,” Joe Keller said, adding that Red Hat’s tactical shifts are confusing. “They used to find the best of open source and bring that forward. Now they’re buying the oldest of commercial software and making it open source.”

It’s true that Red Hat has acquired the rights to the software but what they didn’t acquire was:

• A customer base. Currently AOL has almost no enterprise customers outside their own portfolio.
• Engineering or marketing leadership: They don’t have any of either skill set left. Sure, engineers who were left on the way would be please to work again on Directory Server if there is commitment to the product, but most of them have moved to other areas.
• Market credibility. Netscape hasn’t been a player in this space for a long time.

Anyway, the software is old and the market has moved. What customers want is not just a directory server but a robust Identity Data Service. Which is what the Sun Java System Directory Server Enterprise Edition, a product which includes not only the directory server, but also a proxy server for high-availability, security and client interoperability, AD synchronization and an impressive resource kit, delivers today.

I’m not sure I understand Red Hat strategy with this acquisition, but I’m curious to see what will be their position with regards to OpenLDAP which is already part of their platform, and how they are going to manage to open source some software that has non transferable patents (such as Directory Server). And if they succeed to open source it, I’ll be watching people’s discussions about the code that I wrote more than 3 years ago!

SLAMD the Distributed Load Generation Engine has been released as open source release under the Sun Public License.
You can download the product from slamd.com or slamd.dev.java.net.
SLAMD was originally designed for use with LDAP directories and includes a number of utilities and tests that turn a Directory Server benchmark into a kids game.
The “how-to” guide for Sun JavaTM Systems Directory Server 5 is also available: Benchmarking the Sun ONE Directory Server 5.2 with SLAMD and MakeLDIF.

SLAMD the Distributed Load Generation Engine has been released as open source release under the Sun Public License.
You can download the product from slamd.com or slamd.dev.java.net.
SLAMD was originally designed for use with LDAP directories and includes a number of utilities and tests that turn a Directory Server benchmark into a kids game.
The “how-to” guide for Sun JavaTM Systems Directory Server 5 is also available: Benchmarking the Sun ONE Directory Server 5.2 with SLAMD and MakeLDIF.

Since I’ve started to work on LDAP, benchmarking a Directory Server has always been a hot topic. In the past, the only publicly available tool was DirectoryMark. Sun and Netscape (iPlanet/Sun ONE…) had their own tools part of the Directory Server Resource Kit: searchrate, modrate…
Now there is SLAMD, a distributed load generation engine which was primarily designed to benchmark LDAP based servers such as Sun Java System Directory Server.
Fintan Ryan posted yesterday on his blog some details on using SLAMD with Sun DS.
We’ve been using SLAMD for some time now, and we cannot imagine running a benchmark, a performance or replication test without it (thanks again Neil).

Updates to Sun Java System Directory Server 5.2 for all compressed archive versions are now available through SunSolve. These updates bring the product in line with the Directory Server product packaged with the Sun JavaTM Enterprise System 2004Q2, for all supported platforms.
This version also introduces support to the Microsoft Windows 2003 enterprise edition.
The release notes are providing details on the changes and the patch numbers for the specific platforms. Make sure you read them before installing…

The new Sun identity management product line is making it on the www.sun.com front page.
The details are here.