I've just had a look at this and discovered the problem. It turns out
that the Java code for zipping up files on the server was using a class
containing graphical classes. Since this was running in a text-only
context (launched from a CGI script), loading this class would fail --
and so the files would never be zipped up.
Here's how to fix this problem: download
and unzip it into your Greenstone /gli/src/org/greenstone/gatherer/util
directory (overwriting the existing Zipup.java). Repeat steps 6+ of
hopefully things will work a bit better.
>Unfortunately this is a bug in the Greenstone 2.60 release -- but it
>only affects some versions of Unix (or maybe some versions of Java?). We
>are working on a fix for this, and I'll let you know when it's done
>Sean McGuire wrote:
>>I have looked through the documentation and list archives, but I don't see a
>>direct answer to my problem. I apologize if I missed it.
>>I have installed gsdl-2.60-unix.tar.gz on a Debian Linux stable distro and
>>successfully have access to the "demo" collection, and can create new
>>collections via "The Collector". I have also successfully used the GLI on the
>>local machine using JAVA j2re-1_4_2_08.
>>I compiled the GLI applet according to the directions in the FAQ using JAVA
>>j2sdk-1_4_2_08. It loads from my Window's browser, but I am unable to view
>>any existing collections (ie demo). And when I attempt to create a collection
>>remotely using the applet, the directory structure and collect.cfg is created
>>on the Greenstone server, but the following JAVA error occurs...
>>Java vendor: Sun Microsystems Inc.
>>Java version: 1.5.0_02
>>Setting library_url to http://greenstone.mdch.org/cgi-bin/library...
>>**** launch url =
>>**** download cgi = 'http://greenstone.mdch.org/cgi-bin/download'
>>**** cgi args = 'c=Administrator-test&dir=.&a=&r='
>>Error: Unable to open 'C:Documents and SettingsAdministratorApplication
>>This maybe caused by the zip file being empty.
>>java.util.zip.ZipException: error in opening zip file
>>at java.util.zip.ZipFile.open(Native Method)
>>at java.util.zip.ZipFile.<init>(Unknown Source)
>>Are you not supposed to be able to work with collections on the server
>>remotely? Shouldn't there be some authentication to verify administrative
>>rights to create collections via GLI? Do I need a different "Library Path" in
>>my Connection setting? What am I missing?
>>Any help would be appreciated,
>>greenstone-users mailing list