You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@deltaspike.apache.org by "Rohit Dilip Kelapure (JIRA)" <ji...@apache.org> on 2017/04/27 03:00:09 UTC
[jira] [Created] (DELTASPIKE-1248) Unable to persist
GroupedConversationContext scoped beans
Rohit Dilip Kelapure created DELTASPIKE-1248:
------------------------------------------------
Summary: Unable to persist GroupedConversationContext scoped beans
Key: DELTASPIKE-1248
URL: https://issues.apache.org/jira/browse/DELTASPIKE-1248
Project: DeltaSpike
Issue Type: Bug
Components: Core
Affects Versions: 1.7.2
Environment: ALL
Reporter: Rohit Dilip Kelapure
We are attempting to passivate and activate GroupedConversationContext scoped beans across application server instances. Since the GroupedConversationContext scope is passivating we expected the state of the conversation to be persisted in a session offloaded store (redis) across different application server instances. The scenario here is such that if one app server instance dies the conversation carries on in the same browser tab from another app server that can activate the GroupedCoversationContext beans. This scenario does not work with Deltaspike. We expect a behavior to @SessionScoped beans.
Looking at the source code even though the GroupedConversationContext is a Passivating scope, DeltaSpike does not save the storageMap of Map<Object, ContextualInstanceInfo<?>> contextualInstances for the GroupedConversationContext to a HTTPSession. The passivation and activation of the contextual instances of the GroupedConversationContext beans does not rely on serialization/deserialization of session attributes.
We are using a very simple bean like so ...
@Named
@GroupedConversationScoped
public class BookingBean extends BaseBean {
…
…
}
Is this a bug or working as designed or a feature?
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)