From | Israel Abraham Flores Cruz |
Date | Mon, 29 Oct 2007 20:38:07 +0000 |
Subject | [greenstone-users] Ploblem with a second instance of GSDL |
Hi to Team GSDL! We have installed GSDL v
We installed of manner normaly the GSDL , we changed the path of PERL in the file gliserver.pl, by the complete path in the server ,When we tried to create a new collection, by the client we have this error “An error has occurred on the remote Greenstone server while performing this operation:Premature EOF” in the MS dos Window we get this: Greenstone Librarian Interface (GLI) Copyright (C) 2006, GLI comes with ABSOLUTELY NO WARRANTY; for details see LICENSE.txt This is free software, and you are welcome to redistribute it Checking Java: C:\WINDOWS\system32 Running the Greenstone Librarian Interface... Version: v2.72 Deleting user's local collect directory... Done. gliserver args: cmd=get-script-options&script=classinfo.pl&xml=&language=en&list all gliserver args: cmd=get-script-options&script=pluginfo.pl&xml=&language=en&lista ll gliserver args: cmd=download-collection-configurations Script name: mkcol.pl Collection name: israel-salud Script args: &win31compat=false&creator=avran6%40salud.gob.mx gliserver args: cmd=run-script&c=israel-salud&script=mkcol.pl&language=en&win31c ompat=false&creator=avran6%40salud.gob.mx gliserver args: cmd=download-collection&c=israel-salud gliserver args: cmd=new-collection-directory&c=israel-salud&directory=import gliserver args: cmd=upload-collection-file&c=israel-salud&file=israel-salud-1193 685437406.zip&directory=&zip=true java.io.IOException: Premature EOF at sun.net.www.http.ChunkedInputStream.readAheadBlocking(Unknown Source) at sun.net.www.http.ChunkedInputStream.readAhead(Unknown Source) at sun.net.www.http.ChunkedInputStream.read(Unknown Source) at java.io.FilterInputStream.read(Unknown Source) at sun.net.www.protocol.http.HttpURLConnection$HttpInputStream.read(Unkn own Source) at sun.nio.cs.StreamDecoder.readBytes(Unknown Source) at sun.nio.cs.StreamDecoder.implRead(Unknown Source) at sun.nio.cs.StreamDecoder.read(Unknown Source) at java.io.InputStreamReader.read(Unknown Source) at java.io.BufferedReader.fill(Unknown Source) at java.io.BufferedReader.readLine(Unknown Source) at java.io.BufferedReader.readLine(Unknown Source) at org.greenstone.gatherer.remote.RemoteGreenstoneServer.uploadFileInter nal(RemoteGreenstoneServer.java:1124) at org.greenstone.gatherer.remote.RemoteGreenstoneServer.uploadFile(Remo teGreenstoneServer.java:944) at org.greenstone.gatherer.remote.RemoteGreenstoneServer.access$400(Remo teGreenstoneServer.java:46) at org.greenstone.gatherer.remote.RemoteGreenstoneServer$RemoteGreenston eServerUploadCollectionFilesAction.perform(RemoteGreenstoneServer.java:716) at org.greenstone.gatherer.remote.RemoteGreenstoneServer$RemoteGreenston eServerActionQueue.run(RemoteGreenstoneServer.java:229) something wear it’s that in the web site faq the problem it’s resolved growing the value of time out parameter in Apache configuration file , but we only have one apache server so the configuration for this service is used for both instances of GSDL.How can we solved this problem? We don’t know if it’s sane or if we have to install this second instance in a clean server without GSDL . Express yourself instantly with MSN Messenger! MSN Messenger |