[
https://issues.apache.org/jira/browse/SHIRO-188?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12899294#action_12899294
]
Kalle Korhonen commented on SHIRO-188:
--------------------------------------
Configure more threads for your container use :) Seriously though, I don't see
how and why this should be Shiro's problem to solve generically. All containers
I know of are inherently request/thread-based when it comes to attaching a
session. I suppose an ajax request would still be by far the most common way to
solve it even if it's less than optimal when your thread pool is that small.
However, nothing prevents you from handling this asynchronously within the
container, spawning a new thread and holding on to the session as long as you
have to. You'd likely have to come up with some code suggesting how the
proposed feature might work in Shiro, otherwise this issue is at risk of being
closed.
> Asynchronous change of Subject. (hybrid session management)
> -----------------------------------------------------------
>
> Key: SHIRO-188
> URL: https://issues.apache.org/jira/browse/SHIRO-188
> Project: Shiro
> Issue Type: Improvement
> Reporter: Peter Ladanyi
>
> I have procedure that needs to asynchronously modify principals of current
> subjects.
> My code is running in web container so i have shiro filter that does the
> usual thing reconstructs subject and binds it to thread local and then does
> the clean up. I have found that to be able do such thing i need to run in
> native session mode. Where the shiro does the session management, what is
> not really the preferred way because of bypassing web container session
> management.
> Maybe there should be kind of hybrid session management that will do possible
> to change also detached session (after do filter is called) .
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
