Releases: vapor/postgres-nio
PostgresNIO 1.21.1
SemVer Patch
- Fixes
LISTEN
to quote channel name (#466, patch credit to @NeedleInAJayStack)
Other Changes
- Fix broken link in README.md (#467, patch credit to @jiahan-wu)
PostgresNIO 1.21.0
SemVer Minor
- Fix Swift 5.10 warnings (#454)
- Fix prepared statements that bind values (#455)
- Run queries directly on
PostgresClient
(#456) PostgresClient
implements ServiceLifecycle's Service (#457)- Adds prepared statement support to
PostgresClient
(#459) - Make
PostgresClient
API (#460) - Fix multiple array type mapping mistakes and add missing date and time array types (#463)
SemVer Patch
- Fix
reverseChunked(by:)
Method Implementation (#465, patch credit to @jiahan-wu)
Other Changes
PostgresNIO 1.20.2
SemVer Patch
- Be resilient about a read after connection closed (#452)
PostgresNIO 1.20.1
SemVer Patch
- Add
Sendable
conformance toPostgresEncodingContext
(#450) - Fix mishandling of SASL attribute parsing (#451)
SPI(ConnectionPool) changes
- Fixes an availability issue for
DiscardingTaskGroup
on watchOS (#448, patch credit to @lovetodream)
PostgresNIO 1.20.0
SemVer Minor
- Support additional connection parameters (#361)
SPI(ConnectionPool) changes
- Add test cancel connection request (#439)
- Add tests to lease multiple connections at once (#440)
- Add test to lease connection after shutdown has started (#441)
- Add support for multiple streams (#442)
- Fix crash in PoolStateMachine+ConnectionGroup when closing connection while keepAlive is running (#444, patch credit to @lovetodream)
PostgresNIO 1.19.1
PostgresNIO 1.19.0
What is better than one PostgresConnection? Multiple PostgresConnections! This is why PostgresNIO now features an experimental
PostgresClient
that is backed by a new ConnectionPool
implementation.
The new PostgresClient
and its underlying ConnectionPool
implementation are large new features that are in an early experimental stage. We encourage PostgresNIO users to try them and provide feedback. The implementation is so new, and the feature scope so large, that we don't make any API stability promises for PostgresClient
yet; it is therefore exposed as an SPI import.
If you want to start playing with the new PostgresClient
, start with a pattern like this:
@_spi(ConnectionPool) import PostgresNIO
let client = PostgresClient(configuration: configuration, logger: logger)
await withTaskGroup(of: Void.self) {
taskGroup.addTask {
// 🚨 The PostgresClient only works if its `run()` method is executed in a long-running task.
// This ensures that all background work shall be executed in a way that plays
// nicely with structured concurrency.
client.run()
}
taskGroup.addTask {
client.withConnection { connection in
do {
let rows = try await connection.query("SELECT userID, name, age FROM users;")
for try await (userID, name, age) in rows.decode((UUID, String, Int).self) {
// do something with the values
}
} catch {
// handle errors
}
}
}
}
We are currently working with the ServiceLifecycle
maintainers to enable simple integration (however, we do not intend to depend on ServiceLifecycle
directly).
If you run into any problems, please open a new Issue.
SPI(ConnectionPool) changes
- Add new
ConnectionPoolModule
,PostgresClient
(#412, #416, #417, #418, #419, #420, #421, #422, #424, #425, #426, #427, #428, #429, #430)
SemVer Minor
- Fix
PostgresDecodable
inference forRawRepresentable
enums (#423, patch credit to @MahdiBM) - Remove warn-concurrency warnings (#408)
- Update minimum Swift requirement to 5.7 (#414)
Other Changes
- Update SSWG Graduation Level (#409)
PostgresNIO 1.18.1
PostgresNIO 1.18.0
🚀 This PostgresNIO release adds a number of changes that allow users to fully embrace structured concurrency:
- Prepared statement async/await support
- Notification listen async/await support
- Users don't need to provide EventLoops when creating a connection
🚨 This release changes the behavior of PostgresConnection.close()
. Before this release a call to close()
triggered a graceful shutdown of the connection. This means that all previously enqueued queries got executed before the connection was closed. Starting with 1.18.0
close()
leads to a direct connection closure cancelling the running and all queued queries. This change is necessary to get rid of connections to servers where the server stopped responding. The previous behavior can be achieved using the new closeGracefully()
function on PostgresConnection.
SemVer Minor
- Add async listen; Refactor all listen code (#264, #392)
- Add
PostgresDynamicTypeThrowingEncodable
andPostgresDynamicTypeEncodable
(#365, patch credit to @marius-se) - Use
EventLoop
provided by SwiftNIO'sMultiThreadedEventLoopGroup.singleton
(#389, patch credit to @tkrajacic) async
/await
prepared statement API (#390, patch credit to @mariosangiorgio)close()
closes immediately; Add newcloseGracefully()
(#383, #397, #400)
SemVer Patch
- Use variadic generics in Swift 5.9 (#341)
- Crash fix: Multiple bad messages could trigger reentrancy issue (#379)
- Move
PostgresFrontendMessage
to tests (#381, #395, #399) PostgresBackendMessage.ID
should be backed by UInt8 directly (#386)- Remove
PrepareStatementStateMachine
(#391) - Fix a few inaccurate or confusing precondition failure messages (#398)
Other Changes
PostgresNIO 1.17.0
SemVer Minor
- Ensure
PostgresConnection.Configuration.TLS
is concurrency safe by making propertydisable
computed (#376, patch credit to @sidepelican)
New Contributors
- @sidepelican made their first contribution in #376