Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Infinite loop when obtaining the session #215

Open
smellsblue opened this issue Nov 14, 2018 · 0 comments
Open

Infinite loop when obtaining the session #215

smellsblue opened this issue Nov 14, 2018 · 0 comments

Comments

@smellsblue
Copy link
Contributor

smellsblue commented Nov 14, 2018

I have discovered an infinite loop possibility in JRuby::Rack::Session::SessionStore:

def get_servlet_session(env, create = false)
servlet_session = env[ENV_SERVLET_SESSION_KEY]
invalid = false
begin
if servlet_session.nil? ||
( create && ( invalid || servlet_session.getCreationTime.nil? ) )
unless servlet_request = env['java.servlet_request']
raise "JavaServletStore expects a servlet request at env['java.servlet_request']"
end
servlet_session = servlet_request.getSession(create)
env[ENV_SERVLET_SESSION_KEY] = servlet_session
end
rescue java.lang.IllegalStateException # cached session invalidated
invalid = true; retry # servlet_session.getCreationTime failed ...
end
servlet_session
end

In the Java EE documentation for HttpServletRequest#getSession(boolean create), it says:

If the container is using cookies to maintain session integrity and is asked to create a new session when the response is committed, an IllegalStateException is thrown.

We have found ourselves in this situation, and so in the get_servlet_session method linked above, line 94 calls getSession(true) which ends up throwing an IllegalStateException. This gets caught on line 97, and then retried on line 98. Nothing changes, and so this loop will continue forever.

I haven't investigated exactly why our response is committed at the time this gets called (I suspect it is a redirect happening in a Tomcat request filter), so it might be that we are doing something silly that ends up causing this infinite loop, but it still seems like this code should not be possible to enter in an infinite loop.

I have fixed the issue in our system with a monkeypatch and verified that the infinite loop isn't happening anymore, so I will submit a PR with how I solved it.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant