Opened 15 years ago
Closed 14 years ago
#514 closed defect (fixed)
client-gli needs to have Download panel
Reported by: | ak19 | Owned by: | ak19 |
---|---|---|---|
Priority: | moderate | Milestone: | Book Release |
Component: | GLI | Severity: | major |
Keywords: | Cc: |
Description
Change History (7)
comment:1 by , 15 years ago
comment:2 by , 14 years ago
Changed configRemote.xml by setting the Workflow section's Download Panel element to true. Need to test this still when I test the remote greenstone server.
comment:3 by , 14 years ago
Updated DownloadPane.java and gliserver.pl so that the DownloadPanel now appears in client-gli.
comment:5 by , 14 years ago
- gli should contain gs2build
- client-gli.bat/client-gli.sh should start with the flag -gsdlhome set to gs2build's path (this indicates where the bin and perl script folders and everything are)
- In GLI code, need to check in GSDLRemote case if -gsdlhome is set. If it isn't, then the download pane should not become enabled. If -gsdlhome is set in GSDLRemote case, then building should be done locally as well.
comment:6 by , 14 years ago
Did it the above way, but then we had a discussion and it was redone: Client-gli looks for any local GS installation and uses the GSDLHOME set there to find the gs2building directory for the scrips and executables--like wget--needed for downloading. If GSDLHOME exists then the Download panel becomes available. If it doesn't, then client-gli launches as before: no download panel.
Done and checked for both Linux and Windows.
Took the opportunity to tidy up the gli start-up scripts. Now some reused code is moved into separate scripts and gets called from both client-gli and gli batch scripts. Repeated for Linux for the purposes of symmetry.
comment:7 by , 14 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
Need installer for client-gli