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
Problem: PostgreSQLJournal leaking connections #90
Labels
Comments
yrashk
added a commit
to yrashk/es4j
that referenced
this issue
Jul 1, 2016
Solution: make repository generate EntityLayoutIntroduced on demand This change is fairly massive for a number of reasons. Besides adding generation of EntityLayoutIntroduced (RFC 8/EMT), the changes are: 1. Repository implementation has been split into eventsourcing-repository module to allow it to have a non-circular dependency on eventsourcing-migrations 2. RepositoryImpl has been renamed to StandardRepository for consistency and `Repository.create()` has been replaced with `new StandardRepository()` 3. Fixed PostgreSQL connection leaks, closes eventsourcing#90 4. Fixed PostgreSQL Optional serialization and deserialization 5. Fixed composite type treatment with lists inside
yrashk
added a commit
to yrashk/es4j
that referenced
this issue
Jul 1, 2016
Solution: make repository generate EntityLayoutIntroduced on demand This change is fairly massive for a number of reasons. Besides adding generation of EntityLayoutIntroduced (RFC 8/EMT), the changes are: 1. Repository implementation has been split into eventsourcing-repository module to allow it to have a non-circular dependency on eventsourcing-migrations 2. RepositoryImpl has been renamed to StandardRepository for consistency and `Repository.create()` has been replaced with `new StandardRepository()` 3. Fixed PostgreSQL connection leaks, closes eventsourcing#90 4. Fixed PostgreSQL Optional serialization and deserialization 5. Fixed composite type treatment with lists inside
yrashk
added a commit
to yrashk/es4j
that referenced
this issue
Jul 2, 2016
Solution: make repository generate EntityLayoutIntroduced on demand This change is fairly massive for a number of reasons. Besides adding generation of EntityLayoutIntroduced (RFC 8/EMT), the changes are: 1. Repository implementation has been split into eventsourcing-repository module to allow it to have a non-circular dependency on eventsourcing-migrations 2. RepositoryImpl has been renamed to StandardRepository for consistency and `Repository.create()` has been replaced with `new StandardRepository()` 3. Fixed PostgreSQL connection leaks, closes eventsourcing#90 4. Fixed PostgreSQL Optional serialization and deserialization 5. Fixed composite type treatment with lists inside
yrashk
added a commit
to yrashk/es4j
that referenced
this issue
Jul 2, 2016
Solution: make repository generate EntityLayoutIntroduced on demand This change is fairly massive for a number of reasons. Besides adding generation of EntityLayoutIntroduced (RFC 8/EMT), the changes are: 1. Repository implementation has been split into eventsourcing-repository module to allow it to have a non-circular dependency on eventsourcing-migrations 2. RepositoryImpl has been renamed to StandardRepository for consistency and `Repository.create()` has been replaced with `new StandardRepository()` 3. Fixed PostgreSQL connection leaks, closes eventsourcing#90 4. Fixed PostgreSQL Optional serialization and deserialization 5. Fixed composite type treatment with lists inside
yrashk
added a commit
to yrashk/es4j
that referenced
this issue
Sep 14, 2016
Solution: make repository generate EntityLayoutIntroduced on demand This change is fairly massive for a number of reasons. Besides adding generation of EntityLayoutIntroduced (RFC 8/EMT), the changes are: 1. Repository implementation has been split into eventsourcing-repository module to allow it to have a non-circular dependency on eventsourcing-migrations 2. RepositoryImpl has been renamed to StandardRepository for consistency and `Repository.create()` has been replaced with `new StandardRepository()` 3. Fixed PostgreSQL connection leaks, closes eventsourcing#90 4. Fixed PostgreSQL Optional serialization and deserialization 5. Fixed composite type treatment with lists inside
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
This is most likely happening due to npgall/cqengine#74 — that said, we do have a workaround for this — if the iterator was actually finished, it should close.
The text was updated successfully, but these errors were encountered: