Re: [greenstone-users] 2.41, MacOSX 10.3.*, and GLI Lockfile Problems

From Carl Jones
DateWed, 17 Dec 2003 17:41:11 -0500
Subject Re: [greenstone-users] 2.41, MacOSX 10.3.*, and GLI Lockfile Problems
In-Reply-To (3FE0CC85-5070300-cs-waikato-ac-nz)
Hi, John,

That worked.

Thanks very much!

Carl


On Dec 17, 2003, at 4:37 PM, John M Thompson wrote:

> Hello Carl,
>
> I take it that you created and built this collection with the 2.40a
> release of GLI, before upgrading to 2.41. I'd forgotten that we'd
> changed how we name log files. It was necessary to move the build
> status letters, 's' (which signifies a successful build), 'f', 'c' or
> 'u', inside the log itself.
>
> To fix this, open the folder:
>
> <gsdl_install>/collect/<your_collection>/log
>
> where you'll find several log files named something like
> build_log.1071271572338s.txt. These log files are obsolete and should
> be renamed from .txt to .old or deleted altogether. You should then
> find GLI starts properly (you may still have to steal the lock if a
> lock file has been left behind by an earlier unexpected exit from
> GLI).
>
> I'm sorry about this, and I'll immediately add a bit of code to detect
> and ignore these older log files, so future generations of GLI users
> won't have the same problem.
>
> Cheers, and Merry Christmas
>
> John Thompson
> Greenstone Project, NZDL, University of Waikato
> New Zealand
>
> Carl Jones wrote:
>
>> Hi,
>>
>> I'm on version 2.41, and after having some limited success creating a
>> collection when I try to go back add additional documents using GLI
>> the application detects the presence of a lockfile:
>>
>>> The presence of a lock file suggests this collection is already open
>>> Do you with to 'steal' the control of this lockfile (not
>>> recommended)?
>>
>>
>>
>>
>> If I _do_ choose to steal the lockfile, the GLI interface doesn't
>> open and I'm dropped back to the command line with the following:
>>
>>
>> Running the Greenstone Librarian Interface...
>> java.lang.NumberFormatException: For input string: "1071271572338s"
>> at
>> java.lang.NumberFormatException.forInputString(NumberFormatException.j
>> av a:48)
>> at java.lang.Long.parseLong(Long.java:332)
>> at java.lang.Long.parseLong(Long.java:381)
>> at
>> org.greenstone.gatherer.gui.OptionsPane$FileEntry.getDate(OptionsPane.
>> ja va:510)
>> at
>> org.greenstone.gatherer.gui.OptionsPane$FileEntry.compareTo(OptionsPan
>> e. java:497)
>> at
>> org.greenstone.gatherer.gui.OptionsPane.buildLog(OptionsPane.java:
>> 161)
>> at
>> org.greenstone.gatherer.gui.CreatePane$OptionTree.valueChanged(CreateP
>> an e.java:601)
>> at
>> org.greenstone.gatherer.gui.CreatePane.collectionChanged(CreatePane.ja
>> va :242)
>> at
>> org.greenstone.gatherer.gui.GUIManager.collectionChanged(GUIManager.ja
>> va :364)
>> at
>> org.greenstone.gatherer.gui.GUIManager.display(GUIManager.java:496)
>> at org.greenstone.gatherer.Gatherer.run(Gatherer.java:286)
>> at org.greenstone.gatherer.Gatherer.main(Gatherer.java:614)
>> Done!
>>
>> ----
>>
>> Conversely, if I choose 'cancel' (don't steal the lock file) and then
>> try to open a collection I get the following error:
>>
>> The collection at: <pathname>
>> cannot be opened because:
>> For input string: "1071271572338s"
>>
>>
>> Has anyone seen similar behavior and have a workaround?
>>
>> Thanks.
>>
>> /Carl
>>
>>
>> _______________________________________________
>> greenstone-users mailing list
>> greenstone-users@list.scms.waikato.ac.nz
>> https://list.scms.waikato.ac.nz/mailman/listinfo/greenstone-users
>
>
>