Bekomme jonglisto-ng nicht zum laufen

GTRDRIVER · 26. Juni 2018

Hallo zusammen

mir gefallen die Features von jonglisto recht gut - also dachte ich mir ich probiere das mal.

Dann dachte ich mir - probiere ich das mal mit Docker (sollte einfacher sein) - aber ähmm - ich bekomms nicht zum laufen.

Laut Anletiung

- Docker installiert

- jonglisto gezogen

- Config und VAR dir angelegt und Config DAteien da rein kopiert

- gestartet (laut anletiung

Bleibt bei mir dann hier stehen:

Code

java.lang.NoClassDefFoundError: org/eclipse/xtext/xbase/lib/Exceptions
        at vdr.jonglisto.svdrp.server.SvdrpServer.run(SvdrpServer.java:70)
        at java.lang.Thread.run(Thread.java:748)
26-Jun-2018 11:17:29.871 INFO [63] org.apache.catalina.loader.WebappClassLoaderBase.checkStateForResourceLoading Illegal access: this web application instance has been stopped already. Could not load [org.eclipse.xtext.xbase.lib.Exceptions]. The following stack trace is thrown for debugging purposes as well as to attempt to terminate the thread which caused the illegal access.
 java.lang.IllegalStateException: Illegal access: this web application instance has been stopped already. Could not load [org.eclipse.xtext.xbase.lib.Exceptions]. The following stack trace is thrown for debugging purposes as well as to attempt to terminate the thread which caused the illegal access.
        at org.apache.catalina.loader.WebappClassLoaderBase.checkStateForResourceLoading(WebappClassLoaderBase.java:1305)
        at org.apache.catalina.loader.WebappClassLoaderBase.checkStateForClassLoading(WebappClassLoaderBase.java:1293)
        at org.apache.catalina.loader.WebappClassLoaderBase.loadClass(WebappClassLoaderBase.java:1158)
        at org.apache.tomee.catalina.TomEEWebappClassLoader.loadClass(TomEEWebappClassLoader.java:208)
        at org.apache.catalina.loader.WebappClassLoaderBase.loadClass(WebappClassLoaderBase.java:1119)
        at vdr.jonglisto.svdrp.server.SvdrpServer.run(SvdrpServer.java:59)
        at java.lang.Thread.run(Thread.java:748)

Alles anzeigen

in /var/jonglisto wird keine Log DAtei abgelegt die helfen könnte.

Der Server ist auch via Port 8080 nicht erreichbar.

Any Ideas ?

WAs hab ich übersehen ...

CUGTR

TheChief · 26. Juni 2018

Was steht denn in der Zeile SvdrpServer.java:70? Erstellt das Teil seinen eigenen SVDRPServer oder versucht es zum VDR zu verbinden?

GTRDRIVER · 26. Juni 2018

Hallo

Als Basis Config habe ich:

Code

<configuredVdr>
        <instance name="vdr1"       displayName="VDR 1"      host="192.168.1.107"       port="6419"   mac=""/>
    </configuredVdr>


<epg     ref="vdr1" updateInterval="720" />
<channel ref="vdr1" updateInterval="720" />

läuft auf dem gleichen host wie der Server VDR und dieser ist auch per svdrp erreichbar:

Code

root@debianVDR:/etc/jonglisto# telnet localhost 6419
Trying ::1...
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
220 debianVDR SVDRP VideoDiskRecorder 2.3.8; Tue Jun 26 15:22:16 2018; UTF-8

Zabrimus · 26. Juni 2018

Oh wow. java.lang.NoClassDefFoundError: org/eclipse/xtext/xbase/lib/Exceptions?
Die Klasse sollte sich im Archiv org.eclipse.xtext.xbase.lib-2.14.0.jar befinden.

Das Ganze passiert, wenn der interne SVDRP Server gestartet werden soll (wird hauptsächlich interessant, wenn man das passende Plugin verwendet). Das kann man zwar abschalten, aber ich fürchte, der Fehler tritt später auf, weil Exceptions nun doch sehr allgemein verwendet wird.

Code

<svdrpPort>0</svdrpPort>

Ein paar Fragen:

Welcher TomEE Version wird verwendet?
Welche Java-Version? (java -version)
Welche jonglisto-ng Version? Selbstgebaut oder aus dem Repository Release? Oder direkt der Container aus dem DockerHub?
Kannst Du mal schauen, ob im war-File die Datei org.eclipse.xtext.xbase.lib-2.14.0.jar vorhanden ist? Das war-File ist eigentlich ein einfaches zip-File.
Gibt es "bessere" Meldungen, wenn du den internen Server tatsächlich mal abschaltest? <svdrpPort>0</svdrpPort>

Hmm. Einen NoClassDefFoundError hatte ich bisher noch nicht, weil die Abhängigkeiten alle im war-File sein sollten. Sehr seltsam.

Edit: Ich habe mal frisch gebaut und erhalte bei unzip -t jonglisto-ng-0.2.4.war diese Fileliste:

Spoiler anzeigen

Die fragliche Datei WEB-INF/lib/org.eclipse.xtext.xbase.lib-2.14.0.jar ist auch vorhanden. Hmmm....

Zabrimus

GTRDRIVER · 26. Juni 2018

Hallo

ich bin jetzt wirklich nicht der WEB/Docker guru - - daher versuche ich jetzt mal deine Fragen zu beantworten:

1: ich dachte mich ich nehme das Image/container von Docker (fertig - nicht selbst compiliert)

Zu den Versionen:

Code

root@debianVDR:/etc/jonglisto# java -version
openjdk version "10.0.1" 2018-04-17
OpenJDK Runtime Environment (build 10.0.1+10-Debian-4)
OpenJDK 64-Bit Server VM (build 10.0.1+10-Debian-4, mixed mode)

Zum REst: wie gesagt - das fertige Docker Image das ich wie folgt starte:

Code

docker run -v `pwd`/var:/var/jonglisto-ng -v `pwd`/etc:/etc/jonglisto -p 8080:8080 zabrimus/jonisto-ng-runtime:latest

Zabrimus · 26. Juni 2018

Ah. Also direkt aus dem Hub. Damit kann ich arbeiten, denn ich bekomme denselben Fehler.
Ich vermute, das Image hat ne Macke...

Analyse läuft....

Zabrimus

GTRDRIVER · 26. Juni 2018

Hi

da bin ich aber froh - nicht dass da ein Fehler ist sondern weil ich zwischendrin schon am mir gezweifelt habe

Lass dir zeit ...

Zabrimus · 26. Juni 2018

Kurzer Zwischenstand:

Es war eine Kombination aus Fehlern. Auch Microsoft hat wohl etwas damit zu tun. Das Repository picicons ist von Github auf Gitlab umgezogen und ich habe es nicht mitbekommen, so daß der Build nicht richtig funktionierte.

Im DockerHub befindet sich jetzt eine fast funktionierende Version 0.2.5 (latest).

Der Start

Code

docker run -v `pwd`/var:/var/jonglisto-ng -v `pwd`/etc:/etc/jonglisto -p 8080:8080 zabrimus/jonglisto-ng-runtime:latest

funktioniert aber nur genau dann, wenn in dem etc-Verzeichnis (lokal`pwd`/etc) die Datei security.ini liegt. Zu finden z.B. im samples Ordner

https://github.com/Zabrimus/jonglisto-ng/tree/master/samples

Ich denke nicht, daß Docker das neue Image runterlädt, deshalb sollte das lokale Docker-Image vorher gelöscht werden.

Mir läuft gerade die Zeit davon, deshalb kann ich es frühestens morgen so richtig echt und ganz fixen.

Vielleicht sollte das `pwd` durch einen absoluten Pfad zu den gewünschten lokalen Verzeichnissen ersetzt werden, damit der Start nicht nur aus einem immer gleichen Verzeichnis funktioniert.

Z.B.

Code

docker run -v /home/meinuser/jonglisto/var:/var/jonglisto-ng -v /home/meinuser/jonglisto/etc:/etc/jonglisto -p 8080:8080 zabrimus/jonglisto-ng-runtime:latest

Zabrimus

Zabrimus · 27. Juni 2018

Soo. Jetzt ist alles wieder gerade...

Das Docker-Image im Docker Hub ist wieder sauber und ich habe gleich die Möglichkeit genutzt, die Sample-Konfiguration ziemlich zu kürzen. Für den Container ist immer noch eine Anpassung nötig, da ich die IP des VDR nicht kennen kann. Aber zumindest die Minimalausstattung ist schneller lauffähig.

Falls schon ein lokales Docker-Image 'zabrimus/jonglisto-ng-runtime' vorhanden ist, sollte das gelöscht werden um sicher zu sein, daß die neue Version verwendet wird. Auf github habe ich 3 Möglichkeiten beschrieben, den Laufzeit-Container zu verwenden. Im Wesentlichen betrifft das jedoch nur die Konfigurationsdateien und deren Speicherort (Volume).

Ich hoffe, es gibt keine weiteren Probleme

Zabrimus

Bekomme jonglisto-ng nicht zum laufen

Jetzt mitmachen!

Teilen