Mercurial > dive4elements > river
view contrib/make_flys_release/README @ 5179:4355b4cecef8
Improve importer packaging by just expecting a tarball with
third party libs and no longer hack around with rpm2cpio.
It is now also possible to generate a "light" importer package
without third party libs by not providing that tarball.
author | Andre Heinecke <aheinecke@intevation.de> |
---|---|
date | Thu, 07 Mar 2013 10:21:46 +0100 |
parents | 415ac9bc5a56 |
children | 613d2f494728 |
line wrap: on
line source
Konfiguration: ============== Im `confs` Verzeichnis liegen Konfigurationsdateien, die für jede FLYS Installation angepasst werden müssen (Ports, Hosts, Datenbank-Connection, etc). In der `make_flys_release.sh` kann über die Variable `RELEASE` ein TAG aus dem HG Repository ausgewählt werden, welches für den Bau von FLYS verwendet werden soll. Außerdem muss in der `make_flys_release` eingestellt werden, ob man FLYS für eine Oracle oder Postgresql Datenbank bauen will. Im Verzeichnis sind spezifische Libraries im `libs_oracle` und `libs_postgresql` Verzeichnis enthalten. In der `make_flys_release` muss zurzeit in Zeile 71-77 eingestellt werden, welche Libs (Oracle / Postgresql) wieder aus dem Zielverzeichnis entfernt werden sollen. TODOS: ====== - auf return Codes der einzelnen Aufrufe (mvn package, etc) reagieren, und den Bau ggf abbrechen - Konfig-Option für den Bau für Oracle und Postgresql integrieren. - Libs für Postgresql / Oracle besser in den Build-Prozess integrieren Prozess: ======== Nachdem die Konfigurationen angepasst wurden, kann das Skript mittels sh make_release.sh von der Konsole gestartet werden. Anschließend werden die Quellen des dive4elements, des HTTP-Clients und von FLYS über SSH aus dem HG Repository ausgecheckt. In der `make_flys_release.sh` ist dazu der Name des HG Users in der zweiten Zeile anzupassen. Die Quellen werden anschließend mit Maven gebaut. Für den Client wird OpenLayers-2.11 heruntergeladen und in den Client verschoben. Zurzeit wird das komplette OpenLayers-2.11 Verzeichnis in den Client verschoben. Dies ist jedoch nur für die Entwicklung sinnvoll. Das Resultat des Skripts ist ein tar.gz, welches zwei Verzeichnisses beinhaltet: `server` und `client`. Im Server sind alle Konfigurationen sowie notwendige Bibliotheken zum Starten des FLYS Servers enthalten. Im Client ist lediglich das WAR Archiv für einen Servlet Container (z.B. Tomcat) enthalten. Importer: ========= Das script um den Importer zu bauen und zu paketieren liegt unter bin/make-importer-package.sh Dieses muss man anpassen und ein paar pfade setzen Wenn man ein "Standalone" Paket bauen möchte kann man diesem script einen Parameter übergeben an welchem sich ein tarball befindet der mit ins importer paket gepackt werden soll. Dieser Tarball kann abhängigkeiten (gdal / proj / oracle) enthalten. Das skript um diesen tarball für sles zu erstellen ist bin/make-opt-package.sh