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

Memory leak, during line creation? #191

Closed
medwards opened this issue Mar 3, 2015 · 3 comments
Closed

Memory leak, during line creation? #191

medwards opened this issue Mar 3, 2015 · 3 comments

Comments

@medwards
Copy link

medwards commented Mar 3, 2015

While adding some pretend stops for the U6 in Berlin I get 8 transaction errors:
16:23:19,207 ERROR ~ DB transaction left unclosed, this signifies a memory leak!

I added 7 stops so thats why I think the transaction is left open in a previous step. This is a brand new instance so all I did was add a transit type and the initial data for the line.

Then I created an alignment and it spammed the log with this message...

Doesn't seem like it has an impact at the moment, just raising the issue.

@mattwigway
Copy link
Contributor

Yep, this is something I need to look into. This message is from the finalizer, so the memory is being freed, but it should be freed before that.

@mattwigway
Copy link
Contributor

It means that a transaction is left open and is being closed by the finalizer.

@mattwigway
Copy link
Contributor

Ok, here's the issue. Evidently when you call one of the render() methods in Play 1.2, it interrupts the flow of the calling function so any additional code is not executed, including any finally { } blocks .

This is undesirable. For the time being letting the finalizer close things works, although it's far from ideal. We could invest energy into fixing this or wait until we switch to play 2 (#165) which follows the typical flow of the java language.

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

2 participants