Hi, no, only scopes which are based on the WindowContext / window handling. Currently ViewAccessScoped, WindowScoped, GroupedConversationScoped.
Could you please create a issue to fix/enhance the part of the documentation you posted? Thanks. Regards, Thomas 2015-11-09 10:25 GMT+01:00 <[email protected]>: > Hi Thomas, > > I just want to try disabling the window handling as you described below > when I found the following in the documentation: > > "LAZY [...] Therefore it could happen that @ViewAccessScoped or other > scopes will unintentionally be destroyed." > > What do you mean with other scopes? Is it possible that the session scope > will unintentionally be destroyed? > > Regards, > Marco > > > > Von: > Thomas Andraschko <[email protected]> > An: > [email protected], > Datum: > 23.09.2015 09:44 > Betreff: > Re: session cookie dropped by internet explorer 11 > > > > Hi, > > we do some cookie dropping in the windowhandling but this should only > affect the cookies for the windowhandling: > > https://github.com/apache/deltaspike/blob/master/deltaspike/modules/jsf/impl/src/main/resources/META-INF/resources/deltaspike/windowhandler.js#L248 > > > https://github.com/apache/deltaspike/blob/master/deltaspike/modules/jsf/impl/src/main/resources/META-INF/resources/deltaspike/windowhandler.js#L309 > > > https://github.com/apache/deltaspike/blob/master/deltaspike/modules/jsf/impl/src/main/java/org/apache/deltaspike/jsf/impl/component/window/WindowIdHtmlRenderer.java#L97 > > > Could you try to disable the whole window handling and check if it still > occurs? > You can do that via: > > @Specializespublic class MyJsfModuleConfig extends JsfModuleConfig > { > @Override > public ClientWindowConfig.ClientWindowRenderMode > getDefaultWindowMode() > { > return ClientWindowConfig.ClientWindowRenderMode.NONE; > } > } > > Also make sure that you DON'T add the ds:windowId component to your > views for this test. > > If the problem still occurs, i have no idea sorry. > > Regards, > > Thomas > > > > > > > 2015-09-23 9:23 GMT+02:00 <[email protected]>: > > > Hi all, > > > > I'm not sure if you can help me in this case, but you are my last chance > > after contacting RedHat support and using stackoverflow. > > > > In one of our projects we've migrated a web application to JSF 2.1, > > RichFaces 4.5.9.Final and JBoss EAP 6.3. And we've also added DeltaSpike > > 1.4.1 to that project. > > > > After that, we are facing some problems with session cookies in Internet > > Explorer 11. I found information that IE11 has problems with session > > cookies, but it seems that this problems are not in general, because I > > only found few information regarding this. > > > > The problem is, when a user is working with Internet Explorer 11, > > sometimes the user will be kicked out randomly before the session expiry > > time exceeds. > > > > For example a user kicked out after around one hour while the user was > > active during that time. The log file contains no exceptions or any > other > > information that are in conjunction with it. Only our registrated > > SessionListener logged out that a new session was created. After five > > hours (we've set the session-timeout value to "300" (5h) in web.xml) the > > SessionListener also logged out the the first session (before the user > > kicked out) was destroyed. > > > > The access logging shows that the client simply stopped providing the > > session cookie to JBoss. > > > > We've already contacted RedHat support regarding this and they told us: > > "Since the container isn't expiring or removing the session here and it > is > > only seen on IE, it looks like it is an unfortunate IE bug dropping the > > session." > > > > Is there anyone else who noticed the same behavior when working with > IE11? > > > > Because we've added DeltaSpike to the project and we don't facing this > > issue before, maybe DeltaSpike causing the problems in IE11. So maybe > you > > have any idea how we can solve the issue? > > > > Thank you very much in advance. > > > > Regards, > > Marco > > >
