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

Do Apr 4 08:56:52 CEST 2019

Liebe Kollegen,

auf der Releaseseite<https://github.com/kitodo/kitodo-production/releases/tag/kitodo-production-3.0.0-beta.3> finden sie nun den SQL Dump passend zum beta-3 Release.

Es steht ihnen natürlich jederzeit frei die Flywaymigration auf ihrer Datenbank durchzuführen.
Diese funktioniert auf einer leeren Datenbank (Ab Migrationsscript V1_0__...) oder auf einer Kitodo Datenbank der Version 2.x (Ab Migrationsscript V2_0__...)
Flywaymigrationen für Stände von Betareleases sind nicht vorgesehen.
Für die Migrationsszenarien von produktiven Kitodo Datenbanken beschäftigen sich aktuell Entwickler im Thema „Kitodo-Migration“, wie werden hier noch einen Workflow bereitstellen um sicher zu stellen, dass die Datenbanken korrekt migriert werden.

Beispieldaten finden sie in der Datei ..\Kitodo\setup\default.sql.
Diese können sie auf die Datenbank im alten Format (bzw. nach dem Migrationsscript V1_0) aufspielen.

Ich wünsche viel Erfolg beim Testen.

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<http://www.slub-dresden.de/> <mailto:jens.bemme at slub-dresden.de> | www.kitodo.org/

Von: kitodo-community-bounces at kitodo.org <kitodo-community-bounces at kitodo.org> Im Auftrag von Richter, Michael
Gesendet: Mittwoch, 27. März 2019 16:36
An: kitodo-community at kitodo.org
Betreff: Re: [Kitodo] Tomcat kann war-Datei vom letzten Beta-Release nicht bereitstellen

Hallo Frau Huber,

da Sie ja in Kitodo Production Flyway einsetzen, wäre es nicht besser die Anleitung so anzupassen, dass man die Flyway-Migrationen einfach ausführt und ggf. Initial-Daten beipackt? So habe ich das Problem behoben - also ähnlich, wie es Herr Helm beschrieben hat. Das würde in Zukunft die Migration auf neuere Versionen doch erleichtern, denke ich.

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 Mittwoch, den 27.03.2019, 14:58 +0000 schrieb Huber, Kathrin:

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<mailto:kathrin.huber at slub-dresden.de>

www.slub-dresden.de<http://www.slub-dresden.de> | www.kitodo.org/<http://www.kitodo.org/>

-----Ursprüngliche Nachricht-----

Von: kitodo-community-bounces at kitodo.org<mailto:kitodo-community-bounces at kitodo.org> <kitodo-community-bounces at kitodo.org<mailto: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<mailto: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<mailto: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<mailto:Kathrin.Huber at slub-dresden.de>>

*An:* "kitodo-community at kitodo.org<mailto:kitodo-community at kitodo.org>" <kitodo-community at kitodo.org<mailto: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<mailto:kathrin.huber at slub-dresden.de>

www.slub-dresden.de<http://www.slub-dresden.de>

<http://www.slub-dresden.de/><mailto:jens.bemme at slub-dresden.de<http://www.slub-dresden.de/%3e%3cmailto:jens.bemme@slub-dresden.de>>|

www.kitodo.org/<http://www.kitodo.org/> <http://www.kitodo.org/>

*Von:*kitodo-community-bounces at kitodo.org<mailto:*kitodo-community-bounces at kitodo.org>

<kitodo-community-bounces at kitodo.org<mailto: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<mailto: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> <mailto:m.richter at tu-berlin.de<mailto:m.richter at tu-berlin.de>>

www.tu-berlin.de<http://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>

<mailto: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>  <mailto: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<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<mailto: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<mailto:helm at ub.uni-leipzig.de>

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

_______________________________________________

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<mailto:Kitodo-Community at kitodo.org>

https://maillist.slub-dresden.de/cgi-bin/mailman/listinfo/kitodo-community

-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://bibservices.biblio.etc.tu-bs.de/pipermail/kitodo/attachments/20190404/357f62d6/attachment-0001.html>
-------------- nächster Teil --------------
_______________________________________________
Kitodo-Community mailing list
Kitodo-Community at kitodo.org
https://maillist.slub-dresden.de/cgi-bin/mailman/listinfo/kitodo-community