-
Notifications
You must be signed in to change notification settings - Fork 86
[Shared infra] Add support for all address types #4469
Comments
* Add support for non-durable and durable topics * Add systemtest for all supported address types * Fix bug in state reconnect not being correctly initialized Issue EnMasseProject#4469
* Add support for non-durable and durable topics * Add systemtest for all supported address types * Fix bug in state reconnect not being correctly initialized Issue EnMasseProject#4469
* Add support for non-durable and durable topics * Add systemtest for all supported address types * Fix bug in state reconnect not being correctly initialized Issue EnMasseProject#4469
* Add support for non-durable and durable topics * Add systemtest for all supported address types * Fix bug in state reconnect not being correctly initialized Issue EnMasseProject#4469
* Add support for non-durable and durable topics * Add systemtest for all supported address types * Fix bug in state reconnect not being correctly initialized Issue EnMasseProject#4469
* Add support for non-durable and durable topics * Add systemtest for all supported address types * Fix bug in state reconnect not being correctly initialized Issue EnMasseProject#4469
* Add support for topic and subscriptions * Add support for non-durable and durable topics * Add systemtest for all supported address types * Fix bug in state reconnect not being correctly initialized Issue #4469
Default settings are set to broker defaults, except broker full policy, which is set to FAIL. More settings will be exposed at a later point. Add systemtests for deadletter and expiry behavior, modify the AMQP client to be able to reject messages so that they end up in the dead letter queue. Make more tests run in multiple Kubernetes environments by retrieving a node ip and using nodeport to expose service. Issue EnMasseProject#4469
Default settings are set to broker defaults, except broker full policy, which is set to FAIL. More settings will be exposed at a later point. Add systemtests for deadletter and expiry behavior, modify the AMQP client to be able to reject messages so that they end up in the dead letter queue. Make more tests run in multiple Kubernetes environments by retrieving a node ip and using nodeport to expose service. Issue EnMasseProject#4469
Default settings are set to broker defaults, except broker full policy, which is set to FAIL. More settings will be exposed at a later point. Add systemtests for deadletter and expiry behavior, modify the AMQP client to be able to reject messages so that they end up in the dead letter queue. Make more tests run in multiple Kubernetes environments by retrieving a node ip and using nodeport to expose service. Issue EnMasseProject#4469
In the shared infra design doc, the ability to create 'transactional' queues and topics are indicated by an array of capabilities on the MessagingPlan:
In addition to enforcing this at the messaging plan, I wonder if it should be possible to specify this property on the
Question 1: Should it be possible to override the plan in the If a
I think the simplest way to implement this in the operator is to create this link route when the first address is created belonging to a tenant with transactional capability is created. Once that address has been scheduled, the operator can then know what parameters the linkRoute should have. Question 2: Does this sufficiently cover the use cases of a JMS/Transactional broker? I.e. do we need to allow clients to use this virtual broker without any addresses configured? |
* Synchronize and store messaging tenants in infra state. This will be used to lookup the tenant of an address to determine how that address will be configured. It will also later be used to drive the creation of vhost policies. * Add 'transactional' scheduler that will schedule all addresses in a namespace on the same broker, if they belong to a tenant with transactional capability. * If a tenant is transactional, instead of creating multiple autolinks and linkroutes on the router, create a single in+out link route pair with the prefix of the tenant (per endpoint for now) so that all links for that tenant go directly to the broker. * Add systemtest that verifies basic transactions work for queues and topics. Issue EnMasseProject#4469
Default settings are set to broker defaults, except broker full policy, which is set to FAIL. More settings will be exposed at a later point. Add systemtests for deadletter and expiry behavior, modify the AMQP client to be able to reject messages so that they end up in the dead letter queue. Make more tests run in multiple Kubernetes environments by retrieving a node ip and using nodeport to expose service. Issue EnMasseProject#4469
Default settings are set to broker defaults, except broker full policy, which is set to FAIL. More settings will be exposed at a later point. Add systemtests for deadletter and expiry behavior, modify the AMQP client to be able to reject messages so that they end up in the dead letter queue. Make more tests run in multiple Kubernetes environments by retrieving a node ip and using nodeport to expose service. Issue #4469
* Synchronize and store messaging tenants in infra state. This will be used to lookup the tenant of an address to determine how that address will be configured. It will also later be used to drive the creation of vhost policies. * Add 'transactional' scheduler that will schedule all addresses in a namespace on the same broker, if they belong to a tenant with transactional capability. * If a tenant is transactional, instead of creating multiple autolinks and linkroutes on the router, create a single in+out link route pair with the prefix of the tenant (per endpoint for now) so that all links for that tenant go directly to the broker. * Add systemtest that verifies basic transactions work for queues and topics. Issue EnMasseProject#4469
* Synchronize and store messaging tenants in infra state. This will be used to lookup the tenant of an address to determine how that address will be configured. It will also later be used to drive the creation of vhost policies. * Add 'transactional' scheduler that will schedule all addresses in a namespace on the same broker, if they belong to a tenant with transactional capability. * If a tenant is transactional, instead of creating multiple autolinks and linkroutes on the router, create a single in+out link route pair with the prefix of the tenant (per endpoint for now) so that all links for that tenant go directly to the broker. * Add systemtest that verifies basic transactions work for queues and topics. Issue EnMasseProject#4469
* Synchronize and store messaging tenants in infra state. This will be used to lookup the tenant of an address to determine how that address will be configured. It will also later be used to drive the creation of vhost policies. * Add 'transactional' scheduler that will schedule all addresses in a namespace on the same broker, if they belong to a tenant with transactional capability. * If a tenant is transactional, instead of creating multiple autolinks and linkroutes on the router, create a single in+out link route pair with the prefix of the tenant (per endpoint for now) so that all links for that tenant go directly to the broker. * Add systemtest that verifies basic transactions work for queues and topics. Issue EnMasseProject#4469
* Synchronize and store messaging tenants in infra state. This will be used to lookup the tenant of an address to determine how that address will be configured. It will also later be used to drive the creation of vhost policies. * Add 'transactional' scheduler that will schedule all addresses in a namespace on the same broker, if they belong to a tenant with transactional capability. * If a tenant is transactional, instead of creating multiple autolinks and linkroutes on the router, create a single in+out link route pair with the prefix of the tenant (per endpoint for now) so that all links for that tenant go directly to the broker. * Add systemtest that verifies basic transactions work for queues and topics. Issue EnMasseProject#4469
* Synchronize and store messaging tenants in infra state. This will be used to lookup the tenant of an address to determine how that address will be configured. It will also later be used to drive the creation of vhost policies. * Add 'transactional' scheduler that will schedule all addresses in a namespace on the same broker, if they belong to a tenant with transactional capability. * If a tenant is transactional, instead of creating multiple autolinks and linkroutes on the router, create a single in+out link route pair with the prefix of the tenant (per endpoint for now) so that all links for that tenant go directly to the broker. * Add systemtest that verifies basic transactions work for queues and topics. Tests for durable subscriptions are disabled for now. * Prevent deletion of brokers that are in use. Issue EnMasseProject#4469
* Synchronize and store messaging tenants in infra state. This will be used to lookup the tenant of an address to determine how that address will be configured. It will also later be used to drive the creation of vhost policies. * Add scheduling of tenants that are transactional to ensure that addresses for that tenant end up on the same broker. * If a tenant is transactional, instead of creating multiple autolinks and linkroutes on the router, create a single in+out link route pair with the prefix of the tenant (per endpoint for now) so that all links for that tenant go directly to the broker. * Add systemtest that verifies basic transactions work for queues and topics. Tests for durable subscriptions are disabled for now. * Prevent deletion of brokers that are in use. Issue EnMasseProject#4469
* Synchronize and store messaging tenants in infra state. This will be used to lookup the tenant of an address to determine how that address will be configured. It will also later be used to drive the creation of vhost policies. * Add scheduling of tenants that are transactional to ensure that addresses for that tenant end up on the same broker. * If a tenant is transactional, instead of creating multiple autolinks and linkroutes on the router, create a single in+out link route pair with the prefix of the tenant (per endpoint for now) so that all links for that tenant go directly to the broker. * Add systemtest that verifies basic transactions work for queues and topics. Tests for durable subscriptions are disabled for now. * Prevent deletion of brokers that are in use. Issue EnMasseProject#4469
* Synchronize and store messaging tenants in infra state. This will be used to lookup the tenant of an address to determine how that address will be configured. It will also later be used to drive the creation of vhost policies. * Add scheduling of tenants that are transactional to ensure that addresses for that tenant end up on the same broker. * If a tenant is transactional, instead of creating multiple autolinks and linkroutes on the router, create a single in+out link route pair with the prefix of the tenant (per endpoint for now) so that all links for that tenant go directly to the broker. * Add systemtest that verifies basic transactions work for queues and topics. Tests for durable subscriptions are disabled for now. * Prevent deletion of brokers that are in use. Issue EnMasseProject#4469
* Synchronize and store messaging tenants in infra state. This will be used to lookup the tenant of an address to determine how that address will be configured. It will also later be used to drive the creation of vhost policies. * Add scheduling of tenants that are transactional to ensure that addresses for that tenant end up on the same broker. * If a tenant is transactional, instead of creating multiple autolinks and linkroutes on the router, create a single in+out link route pair with the prefix of the tenant (per endpoint for now) so that all links for that tenant go directly to the broker. * Add systemtest that verifies basic transactions work for queues and topics. Tests for durable subscriptions are disabled for now. * Prevent deletion of brokers that are in use. Issue EnMasseProject#4469
* Synchronize and store messaging tenants in infra state. This will be used to lookup the tenant of an address to determine how that address will be configured. It will also later be used to drive the creation of vhost policies. * Add scheduling of tenants that are transactional to ensure that addresses for that tenant end up on the same broker. * If a tenant is transactional, instead of creating multiple autolinks and linkroutes on the router, create a single in+out link route pair with the prefix of the tenant (per endpoint for now) so that all links for that tenant go directly to the broker. * Add systemtest that verifies basic transactions work for queues and topics. Tests for durable subscriptions are disabled for now. * Prevent deletion of brokers that are in use. Issue EnMasseProject#4469
* Add support for brokered queues and topics * Synchronize and store messaging tenants in infra state. This will be used to lookup the tenant of an address to determine how that address will be configured. It will also later be used to drive the creation of vhost policies. * Add scheduling of tenants that are transactional to ensure that addresses for that tenant end up on the same broker. * If a tenant is transactional, instead of creating multiple autolinks and linkroutes on the router, create a single in+out link route pair with the prefix of the tenant (per endpoint for now) so that all links for that tenant go directly to the broker. * Add systemtest that verifies basic transactions work for queues and topics. Tests for durable subscriptions are disabled for now. * Prevent deletion of brokers that are in use. Issue #4469
Description
Add support for all address types.
Tasklist
The text was updated successfully, but these errors were encountered: