[ https://jira.duraspace.org/browse/DS-1012?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Stuart Lewis reopened DS-1012: ------------------------------ Incomplete / broken commit. Incorrect: - Needs to use modules/authentication-shibboleth.cfg rather than dspace.cfg Missing: - No updated configuration file for the changed configuration setting keys - No doco: https://wiki.duraspace.org/display/DSDOC18/Authentication+Plugins#AuthenticationPlugins-ShibbolethAuthentication Therefore Shibboleth is broken in 1.8.1. > DSpace Shibboleth authentication module needs to support Lazy Authentication, > NetID based authentication, and additional EPerson metadata > ----------------------------------------------------------------------------------------------------------------------------------------- > > Key: DS-1012 > URL: https://jira.duraspace.org/browse/DS-1012 > Project: DSpace > Issue Type: New Feature > Components: DSpace API > Reporter: Scott Phillips > Assignee: Scott Phillips > Fix For: 1.8.1, post-1.8.x > > Attachments: ShibAuthentication.java, ShibAuthentication.java, > ShibAuthentication.java, ShibAuthentication.java > > > For a long time the Texas Digital Library has maintain a separate Shibboleth > Authenticator that we've been using around the state for DSpace repositories > and Vireo installations. This issue represents the work to migrate those > custom modifications into the default Shibboleth Authenticator. There three > key features that this provides for DSpace is: > 1) Lazy Authentication. Apache no longer needs to protect a special url > (/shibboleth-login) instead when the user needs to be authenticated DSpace > assume the responsibility of sending the user to the Shibboleth Initiator. > This allows for more flexable deployments because you can install any number > of repositories on a domain without needed to adjust the apache settings for > which urls are protected. Of course if you don't want to use lazy auth the > old method still works. > 2) NetID based identification. Users change their email address and if you're > doing user lookup based upon email addresses when this happens you'll create > two seperate user accounts and people will be confused. Since most shibboleth > IDPs are just an interface over ldap it makes sense to configure shibboleth > to identify users based upon netids. With Shibboleth 2.x you can also use > targeted IDs. Of course if you don't want to mess with netids the old way > still works just fine. There are three ways users are identified NetId, > Email, and Tomcat Remote User. > 3) Additional Eperson metadata. The EPerson object has get/setMetadata() > methods to store additional metadata about a user. This authentication method > allows you to take shibboleth attributes and store them on the eperson object > as additional metadata. If you're using Vireo then some of these attributes > will be used to aid in filling out ETD submission forms. This allows the form > to be pre-filled with department, graduation semester, user's phone number > and address. By it's self this feature dosn't do much because no other part > of DSpace is looking for these metadata fields but it provides the underlying > infrastructure to support it. Of course if you don't want additional metadat > it works just fine as well. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://jira.duraspace.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira ------------------------------------------------------------------------------ Write once. Port to many. Get the SDK and tools to simplify cross-platform app development. Create new or port existing apps to sell to consumers worldwide. Explore the Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join http://p.sf.net/sfu/intel-appdev _______________________________________________ Dspace-devel mailing list Dspace-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-devel