[jdev] [ANN] Jive Messenger is now Wildfire Server

[Norman Rasmussen]

fyi: while I was coding this the parameter was called 'nowrap' since
upgrading to 0.84 the parameter is now called 'noHeader'.  The flag
may still be inverted, I'm not 100% sure.

On 12/18/05, Norman Rasmussen <norman at rasmussen.co.za> wrote:
> I was recently trying to convert some Java code to C# (to use
> SharpZipLib), and I found the 'noHeader' parameters of the Inflater
> constructor _HAD_ to be correct otherwise nothing would work.  AFAIK:
> the Java implementations have something similar, so you might check
> that those values are correct too.
>
> On 12/18/05, Tijl Houtbeckers <thoutbeckers at splendo.com> wrote:
> > On Sun, 18 Dec 2005 20:07:54 +0100, Jakob Schroeter <js at 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.
> >
>
>
> --
> - Norman Rasmussen
>  - Email: norman at rasmussen.co.za
>  - Home page: http://norman.rasmussen.co.za/
>


--
- Norman Rasmussen
 - Email: norman at rasmussen.co.za
 - Home page: http://norman.rasmussen.co.za/