You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@shiro.apache.org by "Benjamin Marwell (Jira)" <ji...@apache.org> on 2021/08/18 20:52:00 UTC
[jira] [Updated] (SHIRO-71) Using SecureRemoteInvocationFactory
without a preestablished session
[ https://issues.apache.org/jira/browse/SHIRO-71?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Benjamin Marwell updated SHIRO-71:
----------------------------------
Component/s: Integration: Spring
> Using SecureRemoteInvocationFactory without a preestablished session
> --------------------------------------------------------------------
>
> Key: SHIRO-71
> URL: https://issues.apache.org/jira/browse/SHIRO-71
> Project: Shiro
> Issue Type: Improvement
> Components: Integration: Spring
> Reporter: Jasper Siepkes
> Priority: Minor
>
> The current implementation of the SecureRemoteInvocationFactory type assumes a use case where there has already been a session established via some other means then RMI. This use case can been seen in the Swing Webstart / Spring example. This example application creates a session via Spring webflow and then passes the session id of the newly created session to the Java Webstart application as a property.
> While this works fine for a Java Webstart environment it creates a problem for other uses cases where there is no preestablished session. For example a use case where you want your users to be able to login via a stand alone Swing application which uses Spring and RMI.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)