[prev in list] [next in list] [prev in thread] [next in thread] 

List:       jabber-jdev
Subject:    Re: [jdev] [ANN] Jive Messenger is now Wildfire Server
From:       Joe Hildebrand <hildjj () gmail ! com>
Date:       2005-12-20 6:56:11
Message-ID: E66B3B67-311B-4126-826B-94905B3EC69C () gmail ! com
[Download RAW message or body]

The head of Exodus CVS implements -138.

On Dec 18, 2005, at 2:23 PM, Matt Tucker wrote:

> Tjil,
>
> Thanks for the link. I filed the following issue:
>
> http://www.jivesoftware.org/issues/browse/JM-493
>
> It sounds like using Jzlib is the right approach. The main problem we
> ran into when committing stream compression support was a lack of  
> other
> implementations to test against for compatibility. Does anybody  
> know of
> clients that support the JEP that we could test with?
>
> Thanks,
> Matt
>
>> -----Original Message-----
>> From: jdev-bounces@jabber.org
>> [mailto:jdev-bounces@jabber.org] On Behalf Of Tijl Houtbeckers
>> Sent: Sunday, December 18, 2005 11:59 AM
>> To: Jabber software development list
>> Subject: Re: [jdev] [ANN] Jive Messenger is now Wildfire Server
>>
>> On Sun, 18 Dec 2005 20:07:54 +0100, Jakob Schroeter
>> <js@camaya.net> wrote:
>>
>>> Indeed, debug.log contains the following:
>>>
>>>  ...
>>>  java.util.zip.ZipException: no current ZIP entry  at
>>> java.util.zip.ZipOutputStream.write(Unknown Source) ...
>>
>> Now, I haven't been looking at the Wildfire source or
>> anything, but it's highly unlikely you can write a zlib
>> compatible (as specified in the stream compression JEP)
>> output with a ZipOutputStream, since that writes output
>> specific to the ZIP file format. For "pure" ZLIB you can use
>> DeflaterOutputStream and InflaterInputStream.
>> (ZipOutputStream and ZipInputStream actually extend these).
>> However AFAIK these still do not give you the ability to do
>> "partial flushes" on your output which is needed to get good
>> compression for XMPP.
>>
>> Thankfully, there is a lib available to do this:
>> http://www.jcraft.com/jzlib/index.html (also explains the
>> problem with the Sun implementation a bit more). It's also
>> pure Java so you won't be vonurable to any ZLIB exploits.
>>

[prev in list] [next in list] [prev in thread] [next in thread]