On 04/01/2010 01:18 PM, Emmanuel Bourg wrote:
Rajith Attapattu a écrit :
All though the 0-10 code path doesn't use MINA as the transport, it is
still required on the client side as the JMS layer is still using the
Mina byte buffer internally.
The 0-8 code also uses MINA as the default transport.
So the client has both compile time and run time dependency on MINA.
It would good if we could actually get rid of the MINA deps in the
client side and the transport related code factored out into a
transport module.
The client can then load the transport based on reflection (the 0-10
code path now does this.)
I'm just looking at removing the dependency on backport-util for the
client, but removing Mina would be even better. Using Mina makes sense
on the server to improve the scalability, but on the client I guess
using classic IO classes should be enough.
yes, I believe there is an intention for remove the dependency of mina
from the client, and I'm sure help would be appreciated.
Carl.
---------------------------------------------------------------------
Apache Qpid - AMQP Messaging Implementation
Project: http://qpid.apache.org
Use/Interact: mailto:[email protected]
