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

ASF subversion and git services commented on GEODE-8684:
--------------------------------------------------------

Commit ba8f9015530af10c3e9d1df1e73524bdc6c8a3cc in geode's branch 
refs/heads/develop from Jens Deppe
[ https://gitbox.apache.org/repos/asf?p=geode.git;h=ba8f901 ]

GEODE-8684: Setting a session's maxInactiveInterval does not work when the 
commit valve is disabled (#5724)

Co-Authored-by: Jens Deppe <jde...@vmware.com>
Co-Authored-by: Sarah Abbey <sab...@vmware.com>

> Setting a session's maxInactiveInterval does not work when the commit valve 
> is disabled
> ---------------------------------------------------------------------------------------
>
>                 Key: GEODE-8684
>                 URL: https://issues.apache.org/jira/browse/GEODE-8684
>             Project: Geode
>          Issue Type: Bug
>          Components: http session
>    Affects Versions: 1.14.0
>            Reporter: Jens Deppe
>            Assignee: Jens Deppe
>            Priority: Major
>              Labels: pull-request-available
>
> I was using the {{CommandServlet}}, in an external test, and noticed that 
> when the commit valve is disabled, attempting to set the session's 
> maxInactiveInterval does not cause the session's maxInactiveInterval to be 
> changed and it remains at the default.
> My setup consisted of 2 Geode servers and a single Tomcat instance (9.0.39). 
> I was checking the sessions with the following gfsh query:
> {code:java}
> query --query="select e.key,e.value.maxInactiveInterval from 
> /gemfire_modules_sessions.entries as e
> {code}
> My {{context.xml}} includes the following:
> {code:xml}
>       <Manager 
> className="org.apache.geode.modules.session.catalina.Tomcat8DeltaSessionManager"
>           enableLocalCache="false"
>           enableCommitValve="false"
>           regionAttributesId="PARTITION_REDUNDANT"
>       />
> {code}



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

Reply via email to