qpid-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Carl Trieloff <cctriel...@redhat.com>
Subject Re: Mina version
Date Thu, 01 Apr 2010 17:42:06 GMT
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.


Apache Qpid - AMQP Messaging Implementation
Project:      http://qpid.apache.org
Use/Interact: mailto:dev-subscribe@qpid.apache.org

View raw message