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

Mi Mär 27 15:04:50 CET 2019

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