[jdev] [ANN] Jive Messenger is now Wildfire Server
norman at rasmussen.co.za
Mon Dec 19 07:10:58 CST 2005
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/
More information about the JDev