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@tu-berlin.de

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@slub-dresden.de 
www.slub-dresden.de | www.kitodo.org/

-----Ursprüngliche Nachricht-----
Von: kitodo-community-bounces@kitodo.org <kitodo-community-bounces@kitodo.org> Im Auftrag von Lutz Helm
Gesendet: Mittwoch, 27. März 2019 15:05
An: kitodo-community@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@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@slub-dresden.de>
*An:* "kitodo-community@kitodo.org" <kitodo-community@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@slub-dresden.de

www.slub-dresden.de 
<http://www.slub-dresden.de/><mailto:jens.bemme@slub-dresden.de>| 
www.kitodo.org/ <http://www.kitodo.org/>

*Von:*kitodo-community-bounces@kitodo.org 
<kitodo-community-bounces@kitodo.org> *Im Auftrag von *Richter, Michael
*Gesendet:* Montag, 25. März 2019 14:59
*An:* kitodo-community@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@tu-berlin.de <mailto:m.richter@tu-berlin.de>

www.tu-berlin.de <http://www.tu-berlin.de>

Am Montag, den 25.03.2019, 14:49 +0100 schrieb Rainer.Lunge@web.de 
<mailto:Rainer.Lunge@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@kitodo.org  <mailto:Kitodo-Community@kitodo.org>

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

      

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

_______________________________________________
Kitodo-Community mailing list
Kitodo-Community@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@ub.uni-leipzig.de
https://www.ub.uni-leipzig.de/

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