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

From John M Thompson
DateThu, 18 Dec 2003 10:37:09 +1300
Subject Re: [greenstone-users] 2.41, MacOSX 10.3.*, and GLI Lockfile Problems
In-Reply-To (B4D57AFA-30AF-11D8-B34F-000393597B9E-mit-edu)
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.jav
> 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(OptionsPane.
> java:497)
> at
> org.greenstone.gatherer.gui.OptionsPane.buildLog(OptionsPane.java:161)
> at
> org.greenstone.gatherer.gui.CreatePane$OptionTree.valueChanged(CreatePan
> e.java:601)
> at
> org.greenstone.gatherer.gui.CreatePane.collectionChanged(CreatePane.java
> :242)
> at
> org.greenstone.gatherer.gui.GUIManager.collectionChanged(GUIManager.java
> :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