MLD-5.x > General
VCH in 5.3 stable fehlerhaft?
purzel:
Hallo und guten Abend.
Ich habe zwei fast identische VDR mit MLD 5.3 stable, einer "produktiv" und einer zum Experimentieren.
Nun wollte ich mal Vodcatcher Helper ausprobieren, aber irgendwas haut da nicht hin. Das WebIf http://vdr.ip:8003 lässt sich zwar aufrufen aber an mehreren Stellen kommt entweder "formatfüllend" oder rechts in einem roten "Popup" unten angefügter Fehler, die Mediatheken sind auch leer.
Muss man noch irgendwas dazu installieren oder konfigurieren was ich vielleicht nicht gefunden habe? Durch Ankreuzen von "vch" wurden nur die Pakete libxslt1.1 oraclejava und vch installiert, ein Eintrag im VDR-OSD wurde nicht erzeugt. Habe ich gar falsche Vorstellungen?
EDIT: Die Deinstallation von VCH klappt auch irgendwie nicht so richtig, anscheinend bleiben Fragmente erhalten sodass es angekreuzt bleibt (nur ohne reboot getestet). Zum Glück gibt's die Snapshots. Das soll aber nicht das Hauptproblem sein...
Hier die Fehlermeldung: (zur Platzersparnis im Spoiler)
Spoiler (show / hide)
--- Code: ---HTTP ERROR 500
Problem accessing /extensions. Reason:
Expected element 'repository' at the root of the document
Caused by:
java.lang.Exception: Expected element 'repository' at the root of the document
at org.apache.felix.bundlerepository.impl.PullParser.parseRepository(PullParser.java:50)
at org.apache.felix.bundlerepository.impl.DataModelHelperImpl.repository(DataModelHelperImpl.java:147)
at org.apache.felix.bundlerepository.impl.DataModelHelperImpl.repository(DataModelHelperImpl.java:118)
at org.apache.felix.bundlerepository.impl.RepositoryAdminImpl$1.run(RepositoryAdminImpl.java:115)
at java.security.AccessController.doPrivileged(Native Method)
at org.apache.felix.bundlerepository.impl.RepositoryAdminImpl.addRepository(RepositoryAdminImpl.java:111)
at org.apache.felix.bundlerepository.impl.RepositoryAdminImpl.addRepository(RepositoryAdminImpl.java:99)
at org.apache.felix.bundlerepository.impl.wrapper.RepositoryAdminWrapper.addRepository(RepositoryAdminWrapper.java:49)
at org.osgi.service.obr.RepositoryAdmin$$Proxy.addRepository(Unknown Source)
at de.berlios.vch.update.UpdateServlet.__M_addOBR(UpdateServlet.java:586)
at de.berlios.vch.update.UpdateServlet.addOBR(UpdateServlet.java)
at de.berlios.vch.update.UpdateServlet.__M_getOBRs(UpdateServlet.java:576)
at de.berlios.vch.update.UpdateServlet.getOBRs(UpdateServlet.java)
at de.berlios.vch.update.UpdateServlet.__M_downloadAvailableList(UpdateServlet.java:393)
at de.berlios.vch.update.UpdateServlet.downloadAvailableList(UpdateServlet.java)
at de.berlios.vch.update.UpdateServlet.__M_get(UpdateServlet.java:144)
at de.berlios.vch.update.UpdateServlet.get(UpdateServlet.java)
at de.berlios.vch.web.servlets.VchHttpServlet.doGet(VchHttpServlet.java:43)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:707)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
at org.apache.felix.http.base.internal.handler.ServletHandler.doHandle(ServletHandler.java:91)
at org.apache.felix.http.base.internal.handler.ServletHandler.handle(ServletHandler.java:77)
at org.apache.felix.http.base.internal.dispatch.ServletPipeline.handle(ServletPipeline.java:42)
at org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:49)
at org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33)
at org.apache.felix.http.base.internal.dispatch.FilterPipeline.dispatch(FilterPipeline.java:48)
at org.apache.felix.http.base.internal.dispatch.Dispatcher.dispatch(Dispatcher.java:39)
at org.apache.felix.http.base.internal.DispatcherServlet.service(DispatcherServlet.java:55)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:511)
at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:390)
at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182)
at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:765)
at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
at org.mortbay.jetty.Server.handle(Server.java:326)
at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:536)
at org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:915)
at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:539)
at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:212)
at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:405)
at org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:409)
at org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582)
Powered by Jetty://
--- End code ---
purzel:
Inzwischen habe ich 'rausgefunden, dass der Helper anscheinend ohne das eigentliche VODCATCHER Plugin ziemlich wertlos sein dürfte.
Das Plugin ist wohl aber so alt, nicht mehr von herunterladbar und wird wohl auch nicht mehr gepflegt. Außerdem wird wohl zusätzlich ein Plugin namens OSDSERVER benötigt, welches ebenfalls arg alt und nicht mehr gepflegt ist. Ich denke das Thema "Mediatheken mit VDR" muss ich zu den Akten legen; lasse mich aber gern eines Besseren belehren - falls z.B. meine Recherchen falsch waren ;-)
Ach ja, Kodi möchte ich nicht.
clausmuus:
So wie ich das verstehe wird entweder das vodcatcher Plugin oder das osdserver Plugin benötigt. Letzteres habe ich für die unstable x86'er MLD erstellt.
purzel:
--- Quote from: clausmuus on December 17, 2018, 23:28:48 ---So wie ich das verstehe wird entweder das vodcatcher Plugin oder das osdserver Plugin benötigt. Letzteres habe ich für die unstable x86'er MLD erstellt.
--- End quote ---
Danke, ich probiere das die Tage mal aus. Bin gespannt, denn nach meiner Interpretation wird vodcatcher und osdserver benötigt. Wir werden sehen...
OT: Worin liegt eigentlich der genaue Unterschied zwischen unstable, testing und stable? Mich irritiert, dass es 5.4 in allen drei "Derivaten" gibt...
clausmuus:
In der Unstable ist alles neue zu finden. Dort darf beim installieren von Paketen auch mal was kaputt gehen oder das System in einen Zustand geraten der nur noch manuell repariert werden kann. Da kann es auch mal vorkommen, dass das System nach einem Upgrade nicht mehr bootet.
Im nächsten Schritt landen Änderungen in der Testing. Dort sollte das dann schon funktionieren, aber Neuerungen wurden bisher halt nur rudimentär getestet.
Die Stable schließlich ist immer eine schon recht gut getestete Variante. Bei der sollte bei einem Upgrade nichts mehr kaputt gehen.
Navigation
[0] Message Index
[#] Next page
Go to full version