[
https://issues.apache.org/jira/browse/AXIS2-5523?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andreas Veithen moved TRANSPORTS-1 to AXIS2-5523:
-------------------------------------------------
Component/s: (was: JMS)
JMS transport
Fix Version/s: (was: 1.7.0)
1.7.0
Key: AXIS2-5523 (was: TRANSPORTS-1)
Project: Axis2 (was: Axis2 Transports)
> JMSSender executes unnecessary JNDI lookups
> -------------------------------------------
>
> Key: AXIS2-5523
> URL: https://issues.apache.org/jira/browse/AXIS2-5523
> Project: Axis2
> Issue Type: Bug
> Components: JMS transport
> Reporter: Andreas Veithen
> Priority: Minor
> Fix For: 1.7.0
>
> Attachments: TRANSPORTS-1.patch, TRANSPORTS-1-update1.patch
>
>
> JMSSender contains the following code:
> jmsOut = new JMSOutTransportInfo(targetAddress);
> // do we have a definition for a connection factory to use for this address?
> jmsConnectionFactory = getJMSConnectionFactory(jmsOut);
> if (jmsConnectionFactory != null) {
> messageSender = new JMSMessageSender(jmsConnectionFactory, targetAddress);
> } else {
> ...
> }
> The constructor of JMSOutTransportInfo will create a new InitialContext and
> lookup the destination from JNDI. If a connection factory definition is found
> (jmsConnectionFactory != null), this is unnecessary because the
> JMSMessageSender constructor will also create a new InitialContext (or reuse
> a cached one) and carry out the JNDI lookup again.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
