Opened 15 years ago
Closed 14 years ago
#532 closed task (fixed)
check collectgroup for remote GLI
Reported by: | kjdon | Owned by: | ak19 |
---|---|---|---|
Priority: | high | Milestone: | 2.84 Release |
Component: | GLI | Severity: | major |
Keywords: | collectgroup remote | Cc: |
Description
collect groups now work properly for local greenstone and gli.
Collect groups is a folder in the collect directory, with an etc directory, with collect.cfg file with 'collectgroup true' in it. then you can put collections in the subfolder and they will be grouped together.
We need to check remote gli to see if it can handle this. I think at the moment it won't because all the commands get a collection name - nothing to say its in a subdir.
Do we want to make this work for this release or the next one?
Change History (7)
comment:1 by , 15 years ago
comment:2 by , 15 years ago
Milestone: | Book Release → Release 2.83 |
---|
comment:3 by , 14 years ago
Milestone: | Greenstone 2 wishlist → 2.84 Release |
---|
follow-up: 5 comment:4 by , 14 years ago
Need to check that collectdir can be located elsewhere. Last time I tested this with Greenstone 2.83 for someone using Greenstone in R-block and who needed this feature, it seemed to ignore the collectdir value. (Is it still the llssite and glisite config files where the collectdir can be specified?)
comment:5 by , 14 years ago
comment:6 by , 14 years ago
Keywords: | collectgroup remote added |
---|
At last, Remote Greenstone can now handle the collectgroup feature that Katherine had implemented. Tested on Windows and Linux.
comment:7 by , 14 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
Updated ZipCollectionConfigurations.java and ZipTools.java to handle zipping up collection groups with collections. Need to still pass around the group-qualified-collection names to the various remote GS methods.