[ 
https://issues.apache.org/activemq/browse/AMQNET-205?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=55277#action_55277
 ] 

Timothy Bish commented on AMQNET-205:
-------------------------------------

Either one could be used, although given the issues associated with each it 
would be better in the end to use something like the DotNetZip library: 
http://www.codeplex.com/DotNetZip which supports proper Zlib compression which 
would allow a client to trade data with the Java clients in compressed form.  
The built in classes in .NET have well documented issues with producing results 
larger that the original data, which makes them unattractive for any real world 
use.  

I haven't had time to get back to this issue, if you have any suggestions I'd 
be happy to hear them.  I was thinking about adding a policy type object to the 
NMS.ActiveMQ connection / connect factory classes so the user can set a policy 
that defines what is created for compression and decompression streams.  We 
could of course default to one that uses the GZipStream.

> Add support for Message Body Compression and Decompression
> ----------------------------------------------------------
>
>                 Key: AMQNET-205
>                 URL: https://issues.apache.org/activemq/browse/AMQNET-205
>             Project: ActiveMQ .Net
>          Issue Type: Improvement
>    Affects Versions: 1.1.0
>            Reporter: Timothy Bish
>            Assignee: Timothy Bish
>            Priority: Minor
>             Fix For: 1.2.0
>
>
> Add the framework in NMS.ActiveMQ to deal with Messages that are tagged as 
> Compressed, as well as allowing messages to be sent with Compression.
> The Java based ActiveMQ client's ConnectionFactory allows a user to turn on 
> Compression for the Connections it creates, this causes the client to send 
> messages with the message body compressed using a Zlib compression algorithm. 
>  The client can uncompress messages that it receives that have the Openwire 
> Compressed field set to true.  
> .Net doesn't have support for Zlib compression / decompression built in but 
> there are third-party libraries that can do this.  

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Reply via email to