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 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 | 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

 

www.tu-berlin.de

 

Am Montag, den 25.03.2019, 14:49 +0100 schrieb 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

 

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
https://maillist.slub-dresden.de/cgi-bin/mailman/listinfo/kitodo-community