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 "Michael Lipp (JIRA)" <je...@portals.apache.org> on 2005/06/22 14:49:18 UTC

[jira] Updated: (JS2-300) Request to make login modules more flexible

     [ http://issues.apache.org/jira/browse/JS2-300?page=all ]

Michael Lipp updated JS2-300:
-----------------------------

    Attachment: JBossLoginModule.patch

> Request to make login modules more flexible
> -------------------------------------------
>
>          Key: JS2-300
>          URL: http://issues.apache.org/jira/browse/JS2-300
>      Project: Jetspeed 2
>         Type: Improvement
>  Environment: JBoss/HSQLDB
>     Reporter: Michael Lipp
>  Attachments: DefaultLoginModule.patch, JBossLoginModule.patch
>
> In order to proceed with JS2-297, I'd like to see the attached patch (against M3) applied. It allows a UserManager to be passed to DefaultLoginModule and JBossLoginModule.
> As described in JS2-297, my goal is to make the user/group/role components of Jetspeed available as a JetspeedSecurityService MBean (i.e. as "application server extensions"). This MBean can then provide a UserManager. A login module based on this service would obtain the MBean, get the UserManager and use it in its login module (quite straight-forward). The current implementation of DefaultLoginModule "insists" on obtaining the UserManager via a LoginModuleProxy that is instantiated for the single purpose of holding a static reference to the UserManager (this is marked as a hack in the comment, and rightly so). While I can, of course, keep instantiating a LoginProxy, there is really no reason for doing this. And of course, I'd like to avoid duplicating DefaultLoginModule and JBossLoginModule.

-- 
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