Bug #3104
openprovide accessor for organization lists for clients to build login widgets
0%
Description
Logins for metacat have a username that is unique combined with an organization name that together are used to build a distinguished name (DN) for login. Metacat clients generally use a dropdown list for users to choose their organization, and then generate the DN to be sent to metacat. These client-based lists of organizations have propagated across all of our metacat client skins, morpho, ldapweb utilities, and other places, so it is very hard to keep them updated.
We need an access method in metacat (getOrganizationList) that will return a list of organizations to clients that want to build the dropdown list dynamically. Metacat should get the list by querying the LDAP server for the list of organizations so that additions of new organizations to LDAP will be automatically accessible to all clients.
Related issues
Updated by ben leinfelder almost 17 years ago
benMac: check out metacat's "public class AuthLdap implements AuthInterface"
in "package edu.ucsb.nceas.metacat"
it does ldap look up - even has an existing method for getting a list of the groups
Updated by ben leinfelder almost 17 years ago
One more thing to think about: does it make sense to provide an EcoGrid interface for getting these organizations? It seems quite LDAP-specific. But I don't think we want Kepler to directly interface with a Metacat instance.
I'd probably add it as an operation to the existing AuthenticationService.
If we want to do that, I'll add another bug to the SEEK project for that.
Updated by Shaun Walbridge over 16 years ago
A couple of the organizations have slight customizations beyond just orgname + DN. The ones I've found in ldapweb.cfg are:
UCNRS ldapSearchBase: ou=people,o=ucnrs.org
MSU, UCNRS filter: <blank>
UCNRS dn: ou=People,o=ucnrs.org