chore: move dependents onto client 0.3 and queue 0.24 - #98
Merged
Conversation
pools 2.0.0 changed how a pool is constructed, and client's Pool takes one, so client shipped that bump as 0.3.0. Every client consumer in the monorepo pinned inside 0.2, which left messaging unbuildable from the registry: it requires pools ^2.0 and client ^0.2, and no released 0.2.x allows pools 2. messaging moves to ^0.3 outright, since its pools ^2.0 requirement rules out the 0.2 line anyway. fastly and storage widen rather than move — they never touch pools, so both client majors work for them and pinning would force their consumers to upgrade in lockstep. Verified registry-resolved against the published client/0.3.0 and pools/2.0.0: messaging 19 tests, storage 27, fastly 4, all green.
platform still required queue ^0.22, so it could not see queue/0.23.0 — the fix that keeps a consumer alive when the broker fails. That fix matters here specifically because pools 1.x reconnect delays were the accidental backoff standing in for the missing guard, so a platform pinned to 0.22 turns a broker outage into a crash loop the moment it picks up pools 2. queue/0.24.0 carries the pools ^2.0 bump. Both majors are allowed rather than just the newest: platform constructs Swoole($consumer, $workersNum, $queueName) and Server($adapter), neither of which changed across 0.23 or 0.24, and platform never touches the pooled broker, so nothing forces its consumers to move in lockstep. Verified registry-resolved against queue/0.24.0 (pools 2.0.0 transitively): 9 tests green, check and validate clean.
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Follow-up to #94 / pools 2.0.0.
pools 2.0.0 changed how a pool is constructed, and both
Utopia\Client\PoolandUtopia\Queue\Broker\Pooltake one, so the bump shipped as client/0.3.0 and queue/0.24.0 (both released). Every consumer in the monorepo was pinned below those, which leftmessagingunbuildable from the registry — it requirespools ^2.0andclient ^0.2, and no released 0.2.x allows pools 2:^0.2^0.3^0.1.1 || ^0.2^0.1.1 || ^0.2 || ^0.30.2.*0.2.* || 0.3.*^0.22^0.23 || ^0.24messagingmoves outright, since itspools ^2.0requirement rules out the 0.2 line anyway. The rest widen: none of them touches pools directly, both majors work for them, and pinning would force their consumers to upgrade in lockstep.platformwas two majors behind — it could not even seequeue/0.23.0, the fix that keeps a consumer alive when the broker fails. That one matters here specifically: pools 1.x reconnect delays were the accidental backoff standing in for the missing guard, so a platform pinned to^0.22turns a broker outage into a crash loop the moment it picks up pools 2. It constructsSwoole($consumer, $workersNum, $queueName)andServer($adapter), neither of which changed across 0.23 or 0.24.No source changes: the call-site migration for
client,messagingandqueuealready shipped in #94.Verification
Registry-resolved against the published
pools/2.0.0,client/0.3.0andqueue/0.24.0— messaging 19 tests, storage 27, platform 9, fastly 4, all green.bin/monorepo validateandcheckclean for all four.Releases
🤖 Generated with Claude Code