[
https://issues.apache.org/jira/browse/QPIDJMS-476?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robert Gemmell updated QPIDJMS-476:
-----------------------------------
Description: For servers that do not report support for the 'anonymous
relay', allowing a single sending link to be created for 'anonymous' producers
(either JMSProducer instances, or a MessageProducer created with null as the
destination) we implemented a fallback mechanism that created a sender link
that is opened on send and closed on completion of the send (remote sends
disposition). This mechanism essentially makes every send using the anonymous
fallback mechanism synchronous, with the overhead of Attach -> Transfer ->
Detach for each call to send, inhibiting performance. We can improve this
mechanism and also allow for asynchronous sends both from the JMS 1.1 send
methods and from the JMS 2 CompletionListener send methods, as is currently
done when the anonymous relay is supported by the server. By allowing for
caching of sender links we can also reduce the number of attach and detach
cycles for sends that encompass a fixed set of addresses as well. (was: For
servers that do not report support for the 'anonymous relay', allowing a single
sending link to be created for 'anonymous' producers (either JMSProducer
instances, or a MessageProducer created with null as the destination) we
implemented a fallback mechanism that created a sender link that is opened on
send and closed on completion of the send (remote sends disposition). This
mechanism essentially makes ever send using the anonymous fallback mechanism
synchronous, with the overhead of Attach -> Transfer -> Detach for each call to
send, inhibiting performance. We can improve this mechanism and also allow for
asynchronous sends both from the JMS 1.1 send methods and from the JMS 2
CompletionListener send methods, as is currently done when the anonymous relay
is supported by the server. By allowing for caching of sender links we can
also reduce the number of attach and detach cycles for sends that encompass a
fixed set of addresses as well. )
> Improve send performance of anonymous fallback producer
> -------------------------------------------------------
>
> Key: QPIDJMS-476
> URL: https://issues.apache.org/jira/browse/QPIDJMS-476
> Project: Qpid JMS
> Issue Type: Improvement
> Components: qpid-jms-client
> Affects Versions: 0.46.0
> Reporter: Timothy A. Bish
> Assignee: Timothy A. Bish
> Priority: Minor
> Fix For: 0.47.0
>
>
> For servers that do not report support for the 'anonymous relay', allowing a
> single sending link to be created for 'anonymous' producers (either
> JMSProducer instances, or a MessageProducer created with null as the
> destination) we implemented a fallback mechanism that created a sender link
> that is opened on send and closed on completion of the send (remote sends
> disposition). This mechanism essentially makes every send using the
> anonymous fallback mechanism synchronous, with the overhead of Attach ->
> Transfer -> Detach for each call to send, inhibiting performance. We can
> improve this mechanism and also allow for asynchronous sends both from the
> JMS 1.1 send methods and from the JMS 2 CompletionListener send methods, as
> is currently done when the anonymous relay is supported by the server. By
> allowing for caching of sender links we can also reduce the number of attach
> and detach cycles for sends that encompass a fixed set of addresses as well.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
