You are viewing a plain text version of this content. The canonical link for it is here.
Posted to jetspeed-dev@portals.apache.org by "Eduardo (JIRA)" <je...@portals.apache.org> on 2006/03/11 16:34:01 UTC

[jira] Commented: (JS2-491) Enhance J2 LDAP Security Documentation

    [ http://issues.apache.org/jira/browse/JS2-491?page=comments#action_12369993 ] 

Eduardo commented on JS2-491:
-----------------------------

Hi Davy,

I am having some experience with LDAP and Jetspeed2, connecting to Apache DS, IBM Tivoli directory server and Lotus Domino and I could give you my experience about that if you want. 

The reality is that usually our customers have a LDAP solution already on. So, they dont want to modify their LDAP user hierarchy to accomodate newer objectClasses or identifiers. On issue illustrating this is that they want for example tu use the "sn" attribute instead the "uid" one. Or they want to use the "inetPerson" objectClass attribute instead the "jetspeed-2-user" one.

I am giving it an eye to extract those identifiers to an external file, maybe using jakarta-commons-configuration. What is your oppinion about this?

Thanks in advance.

> Enhance J2 LDAP Security Documentation
> --------------------------------------
>
>          Key: JS2-491
>          URL: http://issues.apache.org/jira/browse/JS2-491
>      Project: Jetspeed 2
>         Type: Improvement
>   Components: Security
>     Versions: 2.1-dev
>     Reporter: David Le Strat
>      Fix For: 2.1-dev

>
> From Davy De Waele email to the list:
> Judging from the recent activity on the mailing list I noticed some
> interest in using LDAP & Jetspeed 
> Some thoughts come to mind:
> 1. The instructions located at
> http://portals.apache.org/jetspeed-2/multiproject/jetspeed-security/ldap
> .html are really only applicable for people who are building jetspeed
> from source. 
> Due to the fact that the security-spi-ldap*.xml files shown there are
> coming from SVN (interface changes, additional objects in the
> configuration files that are not in the 2.0 binary release), users who
> have installed jetspeed2 via the installer attempting to follow these
> instructions will run into configuration issues.
> What would be the best way to address this?
> I think we should make a difference between users who are familiar with
> Maven, SVN, compiling/building/deploying, and users who just want to 
> get
> the thing up & running using the installer.
> Shouldn't we put this information into perspective by:
> a) Clearly indicating that this is only intended for people building
> from source
> b) Provide an additional manual on what needs to be done starting from 
> a
> binary release (2.0 version)
> 	
> The user would have to 
>           * copy the security-spi-ldap*.xml files (we provide
> downloadable spring XML files acting as examples)
>           * remove their default security-spi-atn.xml
>           * restart tomcat
>           * preparing their LDAP server 
> As far as LDAP support goes, we should provide instructions on how
> existing LDAP servers can be used with jetspeed. We can also provide
> downloadable schema files & LDIF sample data for all major vendors +
> documentation)
> I could provide such manuals for OpenLDAP,SunDS and ApacheDS.
> 2. The major problem that users will be facing today is that encrypted
> passwords are not supported in the jetspeed2.0 release. Given that this
> functionality has been committed to the codebase, how do you feel
> towards providing a downloadable JAR file to users that would act as a
> replacement for their current jetspeed-security-2.0.jar - doesn't have
> to be anything official, could be included as a link in the
> documentation)
> The user would have to
>          * replace his jetspeed-security-2.0.jar
>          * restart tomcat
> The user would have support for encrypted passwords and group/role
> membership via LDAP.	   
> 3. OpenLDAP schema file
> I had to add groupOfUniqueNames as a parent to the jetspeed-2-group and
> jetspeed-2-role objectClasses in order for the group/role assignment to
> work in OpenLDAP.
> ApacheDS doesn't really care when objects are created in the LDAP tree
> containing attributes that aren't defined in the LDAP schema. OpenLDAP
> does :) I've attached the new jetspeed.schema file.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira


---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-dev-unsubscribe@portals.apache.org
For additional commands, e-mail: jetspeed-dev-help@portals.apache.org