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.