-
Task
-
Resolution: Done
-
Normal
-
None
-
None
In order to copy the functionality of the CapacityReconciliationController to swatch-contracts while the leaving the existing functionality in place, we will need to copy related classes into swatch-contracts & enable the processing in such a way that both swatch-contracts & swatch-subscriptions can exist side by side without conflicting or duplicating work.
Ensure that the unleash feature flag controls whether messages are processed by swatch-contracts or swatch-subscription-sync.
Acceptance Criteria
- Including all the classes under the package “org.candlepin.subscriptions.capacity” from the monolith
- Including the Kafka configuration and tests
- Add an unleash feature flag to control whether the ReconcileCapacityByOfferingTask is processed by swatch-contracts or swatch-subscription-sync
- Test the force offering sync method using the PUT /internal/rpc/offerings/reconcile/{sku}
- Validate that if more than 100 subscriptions for the SKU that a message is sent to the new CapacityReconciliationWorker's topic & is processed properly
- Validate that work is processed by either the new ReconcileCapacityByOfferingTask or the old ReconcileCapacityByOfferingTask but not both.
- blocks
-
SWATCH-2280 Port OfferingSyncController and part of SubscriptionSyncController to swatch-contracts
- Closed
-
SWATCH-2281 Port SubscriptionSyncController to swatch-contracts
- Closed
- depends on
-
SWATCH-2278 Port the product deny list configuration to swatch-contracts
- Closed
- is blocked by
-
SWATCH-2531 Allow population of feature flags in Unleash for IQE
- Closed
- is depended on by
-
SWATCH-2282 Port logic of Subscription Sync API from the monolith to swatch-contracts
- Closed
- mentioned on