Hi Shantanu
One issue that I am having now is that if I have multiple services deployed, for each of the services that do not have the transport specified in the services.xml, such as the version.aar, the code is assuming that enableAllTransports variable is true.
I think this is the default Axis2 behavior and nothing specific to the JMS transport
So, if I have another service deployed, say version.aar, that do not have any transport specific elements specified in the services.xml, the  JMSListener line 122 code that checks to see if it is a JMS service as shown below, is returning true.
What to you mean "another service..." do you have more than one version.aar file? or version.aar and version1.aar with different services.xmls? if so do they share the same service name?
 if (JMSUtils.isJMSService(service)) {
                processService(service);
}
I think the implementation of the above method is correct
public static boolean isJMSService(AxisService service) {
        boolean process = service.isEnableAllTransports();
        if (process) {
            return true;
        } else {
            List transports = service.getExposedTransports();
            for (int i = 0; i < transports.size(); i++) {
                if (Constants.TRANSPORT_JMS.equals(transports.get(i))) {
                    return true;
                }
            }
        }
        return false;
    }

The reason being that enableAllTransports in the AxisService is set to true for the Version service.

I have enabled only one service explicitly to be jms using the services.xml and that service is being deployed fine and the JMSListener correctly configured for it.

 I would assume that all other services that do not specify any transport specific configurations in the services.xml, the code would would not try to enable it for all transports and it was working fine previously. Has anything changed in AxisService code that sets the enableAllTransports to be true by default?

As a result of the above issue, the listener throws the following exception that is stopping JMSListener from listening to any queue at all. Note that it is trying to deploy the Version service as a JMS service as shown below, which is wrong.
I do not think I correctly identify the issue you are raising.. could you verify this and post a JIRA so that we could discuss this issue on a new mail thread? I would try to attend to this sometime next week

asankha
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to