You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@activemq.apache.org by "Anders Aaberg (JIRA)" <ji...@apache.org> on 2015/07/17 17:35:04 UTC

[jira] [Created] (AMQ-5895) FilteredDestinations do not work when loaded by runtimeConfigurationPlugin

Anders Aaberg created AMQ-5895:
----------------------------------

             Summary: FilteredDestinations do not work when loaded by runtimeConfigurationPlugin
                 Key: AMQ-5895
                 URL: https://issues.apache.org/jira/browse/AMQ-5895
             Project: ActiveMQ
          Issue Type: Bug
          Components: Broker
    Affects Versions: 5.11.1
         Environment: Both windows / linux, IBM java 6 / Oracle Java 7
            Reporter: Anders Aaberg


When adding a FilteredDestination to VirtualDestinations in activemq.xml, the runtimeConfigurationPlugin will not update the configuration correct for the filteredDestination. The log does not give any errors until we send a message towards the CompositeTopic/Queue that contains the FilteredDestination, then the message is not forwarded and the following error is written in the log:
java.lang.IllegalArgumentException: Unknown mapped destination type java.lang.Object@7a141450
        at org.apache.activemq.broker.region.virtual.CompositeDestination.getMappedDestinations(CompositeDestination.java:124)[activemq-broker-5.11.1.jar:5.11.1]

It works if we restart activeMQ, because then the configuration is not loaded by the runtimeConfigurationPlugin, however we really want to avoid that.

Solution: It seems that the translation from JAXB objects to ActiveMQ objects is not translating DtoFilteredDestination to FilteredDestinations in org.apache.activemq.plugin.JAXBUtils.

When I added the following code to the method "inferTargetObject", then the problem was solved:
[...]
        } else if (DtoFilteredDestination.class.isAssignableFrom(elementContent.getClass())) {
            return new FilteredDestination();
[...]

Why this matters: In my organisation we really like to use ActiveMQ VirtualDestinations with FilteredDestinations, because it is a much more minimalistic than having to make many simple subscriptions in Camel and it has many benefits compared to durable subscribers. However, we do not wish to restart ActiveMQ every time we modify the VirtualDestinations, hence we need to be able to updated the VirtualDestinations using runtimeConfigurationPlugin and this does not work right now due to this bug.

Perhaps I can also submit the bug fix myself if that can speed up the process.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)