- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Feed Advanced Search
Advanced Search
Advanced Search
Oct 9 2024
Oct 9 2024
bartek published D13657: [lib] Use batch Blob service endpoints in processHolders action for review.
bartek published D13648: [comm-lib][blob-client] Add support for removing holders by tags for review.
bartek published D13646: [comm-lib][blob] Add tags support to remove holders request payload for review.
Oct 8 2024
Oct 8 2024
Oct 7 2024
Oct 7 2024
bartek committed rCOMM75173926638f: [tunnelbroker] Enable Auto-ACK for AMQP consumers (authored by bartek).
[tunnelbroker] Enable Auto-ACK for AMQP consumers
bartek committed rCOMMb92865431259: [tunnelbroker] Implement lazy AMQP channel wrapper (authored by bartek).
[tunnelbroker] Implement lazy AMQP channel wrapper
[tunnelbroker] Fix error handling in main
bartek committed rCOMM51a32d2cff2a: [tunnelbroker] Recover AMQP before publishing messages (authored by bartek).
[tunnelbroker] Recover AMQP before publishing messages
bartek committed rCOMMb5a906ddabbb: [tunnelbroker] Remove legacy AMQP connect function (authored by bartek).
[tunnelbroker] Remove legacy AMQP connect function
bartek committed rCOMM424644f989f5: [tunnelbroker] Ignore connection error messages handled elsewhere (authored by bartek).
[tunnelbroker] Ignore connection error messages handled elsewhere
bartek committed rCOMM5bf4d6b9a469: [tunnelbroker] Trigger AMQP reconnect when closing session (authored by bartek).
[tunnelbroker] Trigger AMQP reconnect when closing session
[tunnelbroker] Recover AMQP consumers
bartek committed rCOMMb43e6708eee6: [tunnelbroker] Refactor Websocket session init (authored by bartek).
[tunnelbroker] Refactor Websocket session init
bartek committed rCOMMe2324a90efb1: [tunnelbroker] Use AMQP wrapper in servers (authored by bartek).
[tunnelbroker] Use AMQP wrapper in servers
bartek committed rCOMM36e96f2b24e9: [tunnelbroker] Implement AMQP reconnect on channel access (authored by bartek).
[tunnelbroker] Implement AMQP reconnect on channel access
bartek committed rCOMM0018440a6003: [tunnelbroker] Create thread-safe wrapper over AMQP connection (authored by bartek).
[tunnelbroker] Create thread-safe wrapper over AMQP connection
bartek committed rCOMM826944b480a4: [tunnelbroker] Add exponential backoff to AMQP connection (authored by bartek).
[tunnelbroker] Add exponential backoff to AMQP connection
bartek committed rCOMM3f6ac092c730: [tunnelbroker] Split AMQP connect function (authored by bartek).
[tunnelbroker] Split AMQP connect function
bartek committed rCOMM00711bae56c2: [tunnelbroker] Add error listener for AMQP (authored by bartek).
[tunnelbroker] Add error listener for AMQP
[tunnelbroker] Run AMQP on Tokio runtime
bartek committed rCOMMa1e2f49e0bde: [tunnelbroker] Disable CSAT verification if env var is set (authored by bartek).
[tunnelbroker] Disable CSAT verification if env var is set
Rebase
Address feedback
Rename
bartek updated the summary of D13608: [tunnelbroker] Ignore connection error messages handled elsewhere.
Oct 6 2024
Oct 6 2024
Oct 4 2024
Oct 4 2024
bartek published D13608: [tunnelbroker] Ignore connection error messages handled elsewhere for review.
All deployed changes are now in the stack of D13600
Remove connection pool
Remove connection pool
Remove connection pool
Remove connection pool
It turns out that multiple devices using the same channel cause conflicts, for now I'll resign from channel pool and simply create a new channel on access.
Old channels will be dropped automatically (they implement Drop)
Replaced with stack from D13600 which also addresses some of my concerns here
Oct 3 2024
Oct 3 2024
[terraform] Bump staging Identity to 0.40
bartek committed rCOMM0914fd2269e4: [terraform] Deploy Tunnelbroker 0.18-amqp to staging (authored by bartek).
[terraform] Deploy Tunnelbroker 0.18-amqp to staging
Publishing for review just in case we want to deploy this quickly. I'm sorry it's huge
Don't we need any delay before retrying?