harmony-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jesse Wilson <jessewil...@google.com>
Subject Re: Build failed in Hudson: Harmony-1.5-head-linux-x86_64 #563
Date Mon, 23 Nov 2009 21:22:45 GMT
On Mon, Nov 23, 2009 at 12:45 PM, sebb <sebbaz@gmail.com> wrote:

> FYI:
>
> I can open the jar using the RI jar application on WinXP, but Winzip
> 9.0 complains.
> On people.apache.org the jar tool works but UnZip 6.00 reports:
>
> 6 extra bytes at beginning or within zipfile
>  (attempting to process anyway)
>
> AFAICT, Ant 1.7.1/Java 1.4.2 does not work either on Win/XP - no error
> reported, but no output either.
>
> So Harmony is not alone in having problems with the test jar.
>

Got it. So even if I fix Harmony to read zip files that contain flush
blocks, I definitely won't change Harmony so that it writes them. Being able
to all files formatted according with the spec is essential, and we should
also write files that WinZip can read. This is somewhat lame, because it
means the core APIs preclude a proper implementation of flush().

That said, there is a fine compromise available. Limiting flush() support to
GzipOutputStream should make everyone happy. GZIP is stream-oriented,
whereas ZIP is file-oriented. Supporting flush() on GZIP only streams
satisfies my stated requirements: being able to support interactive
communication over a compressed stream.

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message