O...K..... but what about the information..
Two things: a) I recompiled my program with the zip code in place so I
could recreate the exception, and b) I found the Linux zipinfo program
which gives oodles of information about the zip file.
So, the exception is:
java.util.zip.ZipException: error in opening zip file
at java.util.zip.ZipFile.open(Native Method) at
java.util.zip.ZipFile.<init>(ZipFile.java:112) at
java.util.zip.ZipFile.<init>(ZipFile.java:128) at
kg4nbb.emwin.EmwinPacketProcessor.decompressProduct(EmwinPacketProcessor.java:258)
at
kg4nbb.emwin.EmwinPacketProcessor.processPacket(EmwinPacketProcessor.java:120)
at kg4nbb.emwin.EmwinIngestor.ingest(EmwinIngestor.java:188) at
kg4nbb.emwin.EmwinIngestor.main(EmwinIngestor.java:74)
[That might wrap a little, but I think it's readable.] As I mentioned
previously, it's not particularly informative. I thought at first it might
have to do with permissions, or looking in the wrong directory or
something. But the ZipFile object is instantiated with a File object, and
tests on that indicate the file really does exist.
Here's the information about one of the offending zip files, produced by
zipinfo:
Archive: AFMMHXNC.ZIS 3072 bytes 1 file
End-of-central-directory record:
-------------------------------
Actual offset of end-of-central-dir record: 2477 (000009ADh)
Expected offset of end-of-central-dir record: 2477 (000009ADh)
(based on the length of the central directory and its expected offset)
This zipfile constitutes the sole disk of a single-part archive; its
central directory contains 1 entry. The central directory is 58
(0000003Ah) bytes long, and its (expected) offset in bytes from the
beginning of the zipfile is 2419 (00000973h).
There is no zipfile comment.
Central directory entry #1:
---------------------------
AFMMHXNC.TXT
offset of local header from start of archive: 0 (00000000h) bytes
file system or operating system of origin: MS-DOS, OS/2 or NT FAT
version of encoding software: 2.0
minimum file system compatibility required: MS-DOS, OS/2 or NT FAT
minimum software version required to extract: 2.0
compression method: deflated
compression sub-type (deflation): normal
file security status: not encrypted
extended local header: no
file last modified on (DOS date/time): 2004 Apr 22 00:38:20
32-bit CRC value (hex): 75e0f21d
compressed size: 2377 bytes
uncompressed size: 15643 bytes
length of filename: 12 characters
length of extra field: 0 bytes
length of file comment: 0 characters
disk number on which file begins: disk 1
apparent file type: text
non-MSDOS external file attributes: 000000 hex
MS-DOS file attributes (20 hex): arc
There is no file comment.
(Yes, for whatever reason, the National Weather Service uses the extension
ZIS on their zip files; I dunno why.) From what I understand about zip
files, it all looks pretty standard. I'm not sure, though, about the need
for version 2.0 software. This is on Linux, so I must presume they're
referring to the version of zip, unzip, etc. Do the Java classes meet that
requirement?