greenstone.org greenstone wiki greenstone trac planet greenstone

Ticket #338 (closed defect: fixed)

Opened 4 months ago

Last modified 2 months ago

FLI and remote GS tasks

Reported by: ak19 Assigned to: ak19
Priority: high Milestone: Next Release (2 or 3)
Component: Collection Building Severity: major
Keywords: remote, FLI, GLI Cc:

Description

1. Remote GS server isn't allowed to delete on Windows. This is a problem, because even rebuilding an open collection on Windows using a remote GS fails because it is unable to delete lock files between rebuilds.

2. Remote GS server and deleting on Linux: When the .gli folder is on the network (home), GLI has problems deleting a collection.

3. Spaces in filenames must be changed to %20 in FedoraMETS produced by FedoraMETSPlugout

4. FLI perl code calls import.pl twice: once to create archives folder and once to create export folder. I goes to archives and downloads just the meta. Need to call import.pl only once and change server and client code accordingly.

5. FLI processing stand-alone images is a problem on Linux but not on Windows.

Change History

2008-07-23 10:57:31 changed by ak19

6. Verbosity for FLI code

2008-08-07 13:05:42 changed by ak19

7. Try configuring the GS Tomcat as the Tomcat for Fedora as well when installing Fedora. If it works, need to write a wiki page on this.

2008-08-26 19:46:14 changed by ak19

- Dr Bainbridge fixed (4).

- I fixed (3) as a side-effect of dealing with the URL-encoded filenames generated for multilingual filenames/those that can't be encoded in plain ASCII. However the difficult filename "Rid.ic.U-lo us-Na me.doc" won't be ingested by Fedora since its name is illegal for its schema. (Throws ObjectValidationException? when FLI tries to ingest it into Fedora).

2008-08-28 16:52:52 changed by ak19

(5) has been temporarily resolved by commenting out an Element that is specially added by FedoraMETSPlugout, which prevented the docMETS generated by FLI for stand-alone image docs from being ingested by Fedora on LINUX only.

Initially, this Element had been added in order to enable use of Fedora's image-processing behaviours like thumbnail -generation. Therefore the reason why this XML Element was causing problems on Linux must be investigated.

Some more background on the error encounterd. It fails on Linux: - regardless of whether Fedora 2 or Fedora 3 is used - regardless of whether the Fedora demo object UVA_STD_IMAGE (which is referenced by the XML element added in order to get access to image behaviours) is already ingested into the Fedora repository or not.

However, the docMETS generated when it includes that element is still ingested by Fedora on Windows.

2008-10-01 18:05:30 changed by ak19

  • status changed from new to closed.
  • resolution set to fixed.

Closing this ticket as items 3 to 5 on this list have been done. Opening separate tickets for items 1 and 2.