[Kitodo] Tomcat kann war-Datei vom letzten Beta-Release nicht bereitstellen

Mi Mär 27 15:58:14 CET 2019

Hallo,

wir werden im Laufe der Woche noch einen SQL Dump für das Release bereitstellen. Ich informiere sie, wenn sie es auf der releaseseite finden können.

Liebe Grüße
Kathrin Huber

Kathrin Huber
Digitale Objekte
Sächsische Landesbibliothek –
Staats- und Universitätsbibliothek Dresden (SLUB)
Abteilung IT, Referat 2.5
01054 Dresden
Besucheradresse: Zellescher Weg 18, 01069 Dresden
Tel.: +49 351 4677 242 | Fax: +49 351 4677 711
E-Mail: kathrin.huber at slub-dresden.de 
www.slub-dresden.de | www.kitodo.org/

-----Ursprüngliche Nachricht-----
Von: kitodo-community-bounces at kitodo.org <kitodo-community-bounces at kitodo.org> Im Auftrag von Lutz Helm
Gesendet: Mittwoch, 27. März 2019 15:05
An: kitodo-community at kitodo.org
Betreff: Re: [Kitodo] Tomcat kann war-Datei vom letzten Beta-Release nicht bereitstellen

Hallo!

Folgendes Problem hatte ich auch festgestellt:

org.hibernate.HibernateException: Schema-validation: missing table [client_x_listColumn]

Das Schema hat sich in der beta3 gegenüber beta2 nochmal erheblich geändert. Es wäre schön, wenn dafür nochmal ein SQL-Dump bereitgestellt werden könnte.

Wer nicht bis dahin warten möchte, könnte alle Migrations ab inklusive V2_66__Remove_index_column_from_client_user_and_role.sql
bis inklusive
V2_74__Add_repeatOnCorrection_to_task_table.sql
unter /kitodo-data-management/src/main/resources/db/migration/
ausführen, siehe [1]. Das geht leider nicht über den Maven-migrate-Task des Maven-Moduls, weil der beta2-Datenbank-Dump keine history-Tabelle enthält.

Wer das trotzdem über Maven machen will, könnte auf einer leeren Datenbank V1_0 bis V2_65 einspielen, dann alle noch notwendigen Inserts (jedoch keine DROP / CREATE TABLE) aus dem beta2-SQL-Dump ausführen (einige sind überflüssig / können wegen Duplikaten nicht ausgeführt werden), und danach die Migrations von V2_66 bis V2_74. Nur die Migrations ausführen ohne Inserts aus dem beta2-Dump führt zu fehlenden Testbenutzern. Wer auf dem beta1-SQL-Dump aufsetzen möchte, benötigt entsprechend mehr Migrations.

Einfacher wäre, wie gesagt, ein frischer SQL-Dump.

Viele Grüße
Lutz Helm

[1]
https://github.com/kitodo/kitodo-production/tree/master/Kitodo-DataManagement/src/main/resources/db/migration

Am 27.03.19 um 14:39 schrieb Rainer.Lunge at web.de:
> Hallo
> und vielen Dank an Frau Huber und Herrn Richter für die Rückmeldungen.
> Nach einem kurzen Test mit der neuen war-Datei, lässt sich diese immer 
> noch nicht fehlerfrei vom Tomcat bereitstellen.
> Das Log sieht dabei wie folgt aus: cataline.out 
> <https://pastebin.com/VfNk7BME>
> Was genau die Fehler beim Bereitstellen der aktuellen war-Datei 
> verursacht habe ich bis jetzt noch nicht genauer untersucht.
> Bezüglich der Skripte bin ich mir nicht mehr 100%ig sich ob ich diese 
> damals aus dem master hatte oder nicht. Bisweilen sind die Skriptdateien 
> vom beta2-Release jedoch alle im Windowszeichensatz formatiert.
> kitodo-production-3.0.0-beta.2-config.zip 
> <https://github.com/kitodo/kitodo-production/releases/download/kitodo-production-3.0.0-beta.2/kitodo-production-3.0.0-beta.2-config.zip>
> Zusätzlich sind die script_createSymlink.sh und die 
> script_createSymlink.bat vom Inhalt identisch, heißt im shell-Skript 
> werden batch Befehle verwendet.
> Viele Grüße
> Rainer Lunge
> *Gesendet:* Mittwoch, 27. März 2019 um 13:04 Uhr
> *Von:* "Huber, Kathrin" <Kathrin.Huber at slub-dresden.de>
> *An:* "kitodo-community at kitodo.org" <kitodo-community at kitodo.org>
> *Betreff:* Re: [Kitodo] Tomcat kann war-Datei vom letzten Beta-Release 
> nicht bereitstellen
> 
> Liebe Kollegen und Kolleginnen,
> 
> vielen Dank für die Hinweise.
> Die war-Datei wurde leider mit dem falschen Profil und dadurch mit 
> falschen Konfigurationen gebaut. Ich hab dies sofort behoben und eine 
> neue war ans Release angehängt. Bitte entschuldigen sie die 
> Unannehmlichkeiten! Die Pfade sollte nun passen.
> Ich bitte für weitere Tests die neue war von der Releaseseite 
> <https://github.com/kitodo/kitodo-production/releases/tag/kitodo-production-3.0.0-beta.3> 
> zu nutzen.
> 
> Zu der Frage mit den Shellscripten. Diese werden in der war nicht 
> ausgeliefert und sollten im github mit dem richtigen Linuxzeichensatz 
> vorliegen. Haben sie diese aus einer anderen Quelle?
> 
> Mit freundlichen Grüßen
> 
> Kathrin Huber
> 
> Kathrin Huber
> Digitale Objekte
> 
> Sächsische Landesbibliothek –
> Staats- und Universitätsbibliothek Dresden (SLUB)
> Abteilung IT, Referat 2.5
> 01054 Dresden
> Besucheradresse: Zellescher Weg 18, 01069 Dresden
> Tel.: +49 351 4677 242 | Fax: +49 351 4677 711
> E-Mail: kathrin.huber at slub-dresden.de
> 
> www.slub-dresden.de 
> <http://www.slub-dresden.de/><mailto:jens.bemme at slub-dresden.de>| 
> www.kitodo.org/ <http://www.kitodo.org/>
> 
> *Von:*kitodo-community-bounces at kitodo.org 
> <kitodo-community-bounces at kitodo.org> *Im Auftrag von *Richter, Michael
> *Gesendet:* Montag, 25. März 2019 14:59
> *An:* kitodo-community at kitodo.org
> *Betreff:* Re: [Kitodo] Tomcat kann war-Datei vom letzten Beta-Release 
> nicht bereitstellen
> 
> Hallo Herr Lunge,
> 
> ich bin über das selbe (und weitere) Probleme gestolpert. Ich habe den 
> Pfad in diesen beiden Dateien angepasst, wenn ich mich recht erinnere:
> 
> - ./WEB-INF/classes/log4j.properties
> 
> - ./WEB-INF/classes/log4j2.xml
> 
> Die Dateien finden sich im entpackten JAR, also im 
> webapps/kitodo3beta/... von Tomcat.
> 
> Gruß
> 
> --
> 
> Michael Richter
> 
> Abt. Online-Dienste und IT-Entwicklung
> 
> Technische Universität Berlin
> 
> Universitätsbibliothek
> 
> Fasanenstraße 88
> 
> 10623 Berlin
> 
> Telefon: +49 (0)30 314-76097
> 
> m.richter at tu-berlin.de <mailto:m.richter at tu-berlin.de>
> 
> www.tu-berlin.de <http://www.tu-berlin.de>
> 
> Am Montag, den 25.03.2019, 14:49 +0100 schrieb Rainer.Lunge at web.de 
> <mailto:Rainer.Lunge at web.de>:
> 
>     Hallo zusammen,
> 
>     mein zugrundeliegendes Setting orientiert sich strikt nach folgender
>     Anleitung.
> 
>     https://github.com/kitodo/kitodo-production/wiki/Installationsanleitung-f%C3%BCr-Kitodo.Production-3.x
> 
>     Den Beta1-Release konnte man damit problemlos hosten. Dabei möchte
>     ich als Anmerkung nur kurz loswerden, dass bei der Entwicklung
>     darauf geachtet werden sollte, Unix- u. Windowszeichensatz nicht zu
>     vermischen. Die Shellskripte werden unter Linux nicht ausgeführt
>     wenn ein Windowszeichensatz vorliegt. Die Fehlerquelle dafür zu
>     finden hat einiges an Zeit verschlungen.
> 
>     Aber nun zum eigentlichem Thema, beim gleichen Setting produziert
>     das Einbinden des Beta3-Releases eine Reihe an Fehlermeldungen.
> 
>     catalina.out - Log <https://pastebin.com/i6TGfw0F>
> 
>     Ursache dafür ist unteranderem wieder keine klare Trennung zwischen
>     Linux und Windows, da Windowspfade referenziert werden die womöglich
>     hardcoded im Quellcode implementiert sind.
> 
>     Beispiele:
> 
>     ERROR FileManager (C:/dev//kitodo.log)
>     java.io.FileNotFoundException:....
> 
>     ERROR FileManager (C:/dev//hibernate.log)
>     java.io.FileNotFoundException:...
> 
>     ERROR FileManager (C:/dev//myfaces.log)
>     java.io.FileNotFoundException:....
> 
>     Die URL der Webapp lässt sich anschließend auch nicht aufrufen, es
>     kommt weder zu einem timeout noch einer 404, nach einigem Laden
>     passiert einfach nichts.
> 
>     Meine Frage ist nun, gibt es eine Möglichkeit den besagten Fehler zu
>     korrigieren, ohne dass man sich seinen eigenen Build kompilieren
>     muss oder liegt der Fehler eventuell an ganz anderer Stelle, da es
>     prinzipiell ja auch nur log-Dateien sind?
> 
>     Mit freundlichen Grüßen
> 
>     Rainer Lunge
> 
>     _______________________________________________
> 
>     Kitodo-Community mailing list
> 
>     Kitodo-Community at kitodo.org  <mailto:Kitodo-Community at kitodo.org>
> 
>     https://maillist.slub-dresden.de/cgi-bin/mailman/listinfo/kitodo-community
> 
>       
> 
> _______________________________________________ Kitodo-Community mailing 
> list Kitodo-Community at kitodo.org 
> https://maillist.slub-dresden.de/cgi-bin/mailman/listinfo/kitodo-community
> 
> _______________________________________________
> Kitodo-Community mailing list
> Kitodo-Community at kitodo.org
> https://maillist.slub-dresden.de/cgi-bin/mailman/listinfo/kitodo-community
> 

-- 
Lutz Helm
Bereich Digitale Dienste
AG Anwendungsentwicklung

Universitätsbibliothek Leipzig
Beethovenstraße 6, 04107 Leipzig

T: +49 341 97 30566

helm at ub.uni-leipzig.de
https://www.ub.uni-leipzig.de/

_______________________________________________
Kitodo-Community mailing list
Kitodo-Community at kitodo.org
https://maillist.slub-dresden.de/cgi-bin/mailman/listinfo/kitodo-community
_______________________________________________
Kitodo-Community mailing list
Kitodo-Community at kitodo.org
https://maillist.slub-dresden.de/cgi-bin/mailman/listinfo/kitodo-community