mq
  1. mq
  2. MQ-298

If destinationLookup is set, destinationType should be optional

    Details

    • Type: New Feature New Feature
    • Status: Resolved
    • Priority: Major Major
    • Resolution: Fixed
    • Affects Version/s: 5.1 (RI-Bug-Fix)
    • Fix Version/s: 5.1 (RI-Bug-Fix)
    • Component/s: mq-ra
    • Labels:
      None

      Description

      With JMSRA, if the queue or topic used by a MDB is configured using the non-standard mappedName attribute then there is no need to specify the activation property destinationType

      @MessageDriven(mappedName = "java:global/jms/HandlingEventRegistrationAttemptQueue")
      

      However if if the queue or topic used by a MDB is configured using the standard destinationLookup activation property then there is a need to specify the activation property destinationType:

      @MessageDriven(activationConfig = { 
         @ActivationConfigProperty( 
            propertyName = "destinationLookup", propertyValue = "java:global/jms/MyQueue"),
         @ActivationConfigProperty(
            propertyName = "destinationType", propertyValue = "javax.jms.Queue")
      })
      

      There doesn't seem to be a good reason for this. Given that JMSRA is MQ-specific then if destinationLookup is specified it should be possible to use private API to determine whether the destination is a queue or topic.

      Note that if the non-standard activation property destination is used to specify the physical queue or topic name then it will still be necessary to specify the destinationType property.

        Issue Links

          Activity

          Hide
          David Zhao added a comment -

          Fixed.

          Show
          David Zhao added a comment - Fixed.

            People

            • Assignee:
              David Zhao
              Reporter:
              Nigel Deakin
            • Votes:
              0 Vote for this issue
              Watchers:
              0 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved: