[ 
https://issues.apache.org/jira/browse/MYFACES-4309?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16969371#comment-16969371
 ] 

Thomas Andraschko commented on MYFACES-4309:
--------------------------------------------

IMO getResponseEncoding does actually what it should do currently.

Maybe we can do something like this:
- add a "forceSessionCreation" method in RenderResponseExecutor and call it 
before doing anything else
- there we can add some checks (like sesssion = null && (view != transient || 
stateSaving == client || session/viewScopedContext active, ...)  AND maybe a 
config parameter like: ALWAYS_FORCE_SESSION_CREATION = true|false



> Session is broken in some cases due to MYFACES-4297
> ---------------------------------------------------
>
>                 Key: MYFACES-4309
>                 URL: https://issues.apache.org/jira/browse/MYFACES-4309
>             Project: MyFaces Core
>          Issue Type: Bug
>    Affects Versions: 2.3.5
>            Reporter: Bill Lucy
>            Assignee: Bill Lucy
>            Priority: Major
>          Time Spent: 10m
>  Remaining Estimate: 0h
>
> The changes made for MYFACES-4297 introduced a problem: in some cases a 
> session is not created early enough for a session cookie to be written out on 
> a response before it is committed, due to the small default response buffer 
> size.  As mentioned in the comments for 4297, that behavior causes a problem 
> for the ViewScope (and I expect the session as well.) 
> As discussed, increasing the javax.faces.FACELETS_BUFFER_SIZE is a 
> workaround, but that's not ideal for a few reasons:
> 1. apps using the default buffer size value will be broken by the new 
> behavior when updating to 2.3.5
> 2. there doesn't appear to be a way to update the buffer size for JSPs
> We should consider revisiting the changes made in MYFACES-4297.  Or, if 
> nothing else, we might want to add some way to change the default buffer size 
> on the JSP path.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

Reply via email to