Compression ActiveMQ:已忽略压缩设置

Compression ActiveMQ:已忽略压缩设置,compression,activemq,Compression,Activemq,由于某些原因,我无法让ActiveMQ传递压缩消息。 这些消息绝对是未压缩的。我用嗅探器证实了这一点。 setUseCompression绝对正确。我把它读了回来并记录下来 客户端是5.9。服务器是5.6,这可能是问题所在吗? URI的格式如下所示tcp://xxx.xxx.xxx.xxx:61000 代码段: connectionFactory = new ActiveMQConnectionFactory(usr, pwd, uri); connectionF

由于某些原因,我无法让ActiveMQ传递压缩消息。 这些消息绝对是未压缩的。我用嗅探器证实了这一点。 setUseCompression绝对正确。我把它读了回来并记录下来

客户端是5.9。服务器是5.6,这可能是问题所在吗? URI的格式如下所示tcp://xxx.xxx.xxx.xxx:61000

代码段:

        connectionFactory = new ActiveMQConnectionFactory(usr, pwd, uri);
        connectionFactory.setOptimizeAcknowledge(true);
        connectionFactory.setOptimizeAcknowledgeTimeOut(1000);
        connectionFactory.setUseCompression(compressionEnabled);
        connectionFactory.setClientID(queueClientID); 

        connection = connectionFactory.createConnection();
        connection.start();
        if (!connectionFactory.isUseCompression())
            logger.warn("Compression is not enabled for activeMQ session");
        else 
            logger.info("Compression is enabled for activeMQ session");
有人吗?
Tx

需要更多关于该问题的上下文。您认为未启用压缩的证据是什么?请记住,如果您这样做,通过web控制台读取邮件将对其进行解压缩。对它进行信封后带宽使用率计算表示怀疑。然后我用nast嗅探Ubuntu上的网络流量。我知道有效负载看起来像xml,它在nast输出中清晰可见。未压缩消息的大小在2k到3k字节之间。连接一个调试器并逐步完成发送代码。放置断点的最佳位置是相应ActiveMQ*消息的storeContent方法,具体取决于您使用的消息类型。