[ https://issues.apache.org/jira/browse/ARTEMIS-4212?focusedWorklogId=857353&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-857353 ]
ASF GitHub Bot logged work on ARTEMIS-4212: ------------------------------------------- Author: ASF GitHub Bot Created on: 17/Apr/23 11:56 Start Date: 17/Apr/23 11:56 Worklog Time Spent: 10m Work Description: gemmellr commented on code in PR #4421: URL: https://github.com/apache/activemq-artemis/pull/4421#discussion_r1168574598 ########## tests/integration-tests/src/test/java/org/apache/activemq/artemis/tests/integration/amqp/QueueAutoCreationTest.java: ########## @@ -124,7 +124,7 @@ public void testAutoCreateOnTopic() throws Exception { Connection connection = factory.createConnection(); SimpleString addressName = UUIDGenerator.getInstance().generateSimpleStringUUID(); logger.debug("Address is {}", addressName); - clientSession.createAddress(addressName, RoutingType.ANYCAST, false); + clientSession.createAddress(addressName, RoutingType.MULTICAST, false); Review Comment: That I dont quite understand. The same change was and still is being made in the basically-same test in [AutoCreateJmsDestinationTest.java](https://github.com/apache/activemq-artemis/pull/4421/files#diff-6afa2ca2a98c6d517b31d95108be8a9a803968254c6f27bb739bc0bed395c2ae), so now we have 2 tests creating addresses with different routing types, one multicast and one anycast, and yet both sending to them as a Topic...isnt that exactly 'sending msgs to address w/mismatching routing types' ? Issue Time Tracking ------------------- Worklog Id: (was: 857353) Time Spent: 4h 50m (was: 4h 40m) > Unexpected Behavior when Routing Type of Destinations Doesn't Match Clients > --------------------------------------------------------------------------- > > Key: ARTEMIS-4212 > URL: https://issues.apache.org/jira/browse/ARTEMIS-4212 > Project: ActiveMQ Artemis > Issue Type: Improvement > Reporter: Justin Bertram > Assignee: Justin Bertram > Priority: Major > Time Spent: 4h 50m > Remaining Estimate: 0h > > When the routing type of an address (and associated queue) does not match the > routing type of a client producer, the resultant behavior is a bit unexpected. > Expected Behavior: > If a client sends a message to an address / queue with the same name, but a > different routing type, the expected behavior would be to throw some sort of > InvalidDestinationException (if auto-create is not enabled), or to create the > matching address and queue with the appropriate routing type. The routing > count on the existing address (with non-matching routing type) should remain > unchanged. > Actual Behavior: > When sending, for example, to a predefined anycast address and queue from a > multiccast (Topic) producer, the routed count on the address is incremented, > but the message count on the matching queue is not. No indication is given at > the client end that the messages failed to get routed - they are silently > dropped. > This is reproducible using a qpid / proton queue producer to send to a > multicast address or using a topic producer to send to an anycast address, > e.g.: > 1. Create a a broker, setting auto-create-queues and auto-create addresses to > "false" for the catch-all address-setting > 2. Start the broker and create a an address and matching queue with a ANYCAST > routing type > 3. Send 1000 messages to the broker using the same queue name but mismatched > routing type: > {code} > ./artemis producer --url amqp://localhost:61616 --user admin --password admin > --destination topic://{QUEUE NAME} --protocol amqp > {code} > No error is emitted and the routing count is incremented by 1000 at the > address level, but remains unchanged at the destination level. -- This message was sent by Atlassian Jira (v8.20.10#820010)