[jboss-jira] [JBoss JIRA] (WFLY-3617) multiple jsessionids at every path for rootcontext application
Ochieng Marembo (JIRA)
issues at jboss.org
Fri Jul 11 16:41:24 EDT 2014
[ https://issues.jboss.org/browse/WFLY-3617?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Ochieng Marembo updated WFLY-3617:
----------------------------------
Attachment: ApplicationAtContext_config.png
ApplicationAtContext_rootContext.png
ApplicationAtContext_rootContext_NavigateToPath_accounts.png
ApplicationAtContext_rootContext_NavigateToPath_accounts_customer.png
The attached images shows the jsessionids as viewed on chrome.
The same scenario is repeated on firefox
> multiple jsessionids at every path for rootcontext application
> --------------------------------------------------------------
>
> Key: WFLY-3617
> URL: https://issues.jboss.org/browse/WFLY-3617
> Project: WildFly
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Web (Undertow)
> Affects Versions: 8.1.0.Final
> Environment: redhat linux,
> openjdk1.7.0.55
> Wildfly 8.1.0.Final
> Reporter: Ochieng Marembo
> Assignee: Stuart Douglas
> Attachments: ApplicationAtContext_config.png, ApplicationAtContext_rootContext.png, ApplicationAtContext_rootContext_NavigateToPath_accounts.png, ApplicationAtContext_rootContext_NavigateToPath_accounts_customer.png
>
>
> 3 Tested Scenarios:
> 1. Deploy war at / with no added path
> 2. Deploy war at /war1 with no paths or added paths
> 3. Deploy war at / with several paths
> Since the first war has no other navigation path, there is only one jsessionid at root /
> For the second war, there are two jsessions, regardless of path: at root / and at contextpath /war1
> The final scenario is the worst. There are jsessionis cookies at every path of the application navigable path: at root / at /path1, at /path1/path2, etc.
> In every path therefore has a session id, and if you logint at /account, and require login to access /account/dashboard, it is impossible to navigate to your /account/dashboard as the application receives a different sessionid, and hence you are redirected (based on application logic) to login page at /account/signin.xhtml, which now shows that you are logged (due to the jsessionid at /account being used during the login process)
> This issue occurs whether i deploy the wars independently or packaged in an ear archive.
> On separate or hosts or on the default host.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
More information about the jboss-jira
mailing list