[jboss-jira] [JBoss JIRA] Assigned: (JBAS-7205) Redeployment of session doesn't acquire session state

[Brian Stansberry (JIRA)]

     [ https://jira.jboss.org/browse/JBAS-7205?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Brian Stansberry reassigned JBAS-7205:
--------------------------------------

    Assignee: Scott Marlow  (was: Brian Stansberry)


As discussed last night; the Infinispan integration may make this outdated. If that isn't going to get done, we need to clarify with Bela exactly what conditions produce this, as I couldn't reproduce it unless 2 distributable webapps were deployed. If it is what I suspect, we need to perf test the effect of having region based marshalling enabled by default.

> Redeployment of session doesn't acquire session state
> -----------------------------------------------------
>
>                 Key: JBAS-7205
>                 URL: https://jira.jboss.org/browse/JBAS-7205
>             Project: JBoss Application Server
>          Issue Type: Bug
>      Security Level: Public(Everyone can see) 
>          Components: Clustering, Web (Tomcat) service
>    Affects Versions: JBossAS-5.1.0.GA
>            Reporter: Bela Ban
>            Assignee: Scott Marlow
>             Fix For: 6.0.0.Final
>
>         Attachments: web.war
>
>
> Here's the scenario:
> - Start instances A and B in a cluster, the webapp is session.war (*exploded* WAR)
> - Create a session, say its session-id is sessionId.A
> - Go to A and remove the WAR, e.g. cd ./deploy ; mv session.war session.war.bak
> - Refresh the session. It fails over to B: sessionId.B
> - Go back to A  (/deploy dir) and mv session.war.bak session.war
> - Go to B and remove the session
> ==> The session will fail back to A, but the session's data is gone !

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira