Fehlermeldung "unable to find valid (Java) certification path to requested target"
-
Ein ehemaliger Benutzerantwortete auf JD-Umsteiger am zuletzt editiert von Ein ehemaliger Benutzer
@JD-Umsteiger sagte in Fehlermeldung "unable to find valid (Java) certification path to requested target":
inzwischen ist die Version so alt, dass das geschilderte Problem auftritt
Oh je, gut, dass mein Laptop das mit der Veralten von JRE 8u231 und MV 13.2.1 noch nicht mitbekommen hat. Der hat grade eben vor lauter Schreck vergessen, beim Starten von MV 13.2.1 mit JRE 8u231 dieses Zertifikatsproblem zu melden und aus Versehen MV 13.2.1 ganz normal gestartet :astonished_face:
@JD-Umsteiger sagte in Fehlermeldung "unable to find valid (Java) certification path to requested target":
Oder wird das Zertifikat des Filmlisten-Servers nicht (mehr) akzeptiert?
Du hast aber meinen Post schon gelesen und den Abschnitt zu Debug SSL… ?:face_with_monocle:
EDIT: hier ist ein Programm, das nur https Request zur Basis URL der Filmliste (L33) macht. Dann bleibt wie gesagt die Konsolenausgabe ohne MV-Spezifisches@JD-Umsteiger sagte in Fehlermeldung "unable to find valid (Java) certification path to requested target":
Also müssen sie portable sein, denn dann, und nur dann hat jeder Instanz einen eigenen Konfig-(Einstellungen)Ordner.
Hast Du schon in der Anleitung geschaut im Abschnitt “Starten mit zusätzlichen Parametern”. Ich verwende es selbst nicht, aber da wäre ein Schalter
-m
EDIT: das mit
-m
war Käse von mir -
@rubikon sagte in Fehlermeldung "unable to find valid (Java) certification path to requested target":
@JD-Umsteiger sagte in Fehlermeldung "unable to find valid (Java) certification path to requested target":
inzwischen ist die Version so alt, dass das geschilderte Problem auftritt
Oh je, gut, dass mein Laptop das mit der Veralten von JRE 8u231 und MV 13.2.1 noch nicht mitbekommen hat. Der hat grade eben vor lauter Schreck vergessen, beim Starten von MV 13.2.1 mit JRE 8u231 dieses Zertifikatsproblem zu melden und aus Versehen MV 13.2.1 ganz normal gestartet :astonished_face:
Du wirst lachen, bevor ich das hier von dir gelesen habe, habe ich nochmals versucht, mir die Meldungen aktuell anzusehen:
Am 09.12. hatte es das letzte Mal funktioniert.
Und seit heute (Nachmittag) ist das Problem nicht mehr vorhanden.
Auf meinen beiden PCs soeben getestet.
Gehe ich in meiner Annahme richtig, dass es an den Servern mit den Filmlisten lag?Aber da gibt es ja wohl mehrere…
die von MV zufällig ausgewählt werden, oder???Und/oder hat da einfach jemand das Problem “repariert”?
-
@rubikon sagte in Fehlermeldung "unable to find valid (Java) certification path to requested target":
Hast Du schon in der Anleitung geschaut im Abschnitt “Starten mit zusätzlichen Parametern”. Ich verwende es selbst nicht, aber da wäre ein Schalter -m
-m für maximiertes Fenster…
ich verstehe jetzt nicht ganz, welchen Tipp du mir damit geben willst.
Ich starte ja mit zusätzlichen Parametern und erreiche auch genau das, was ich will:nämlich jeden Film aus meinem Abo einmal in SD und einmal in HD zu laden.
Aber, wenn das auch einfacher geht, als mit zwei portablen “Installationen”, dann lerne ich gern dazu. Das meine ich so wie ich es sage.
Ich bitte hiermit um Nachhilfe
-
@JD-Umsteiger sagte in Fehlermeldung "unable to find valid (Java) certification path to requested target":
portablen “Installationen”
Ich verstehe nicht, was mit “portabler Installation” gemeint ist. Muss/will ich auch nicht.
Der Schalter-m
tut was anderes, stimmt. Mein Fehler"c:\Program Files\Java\jre1.8.0_231"\bin\java.exe -Xmx1g -jar C:\MediathekView-13.2.1\MediathekView.jar TestSet/.mediathek3
startet MV mit eigenen Einstellungen im Verzeichnis
%USERPROFILE%\TestSet\.mediathek3
ggfs. eine Kopie vonsettings.xml
undmediathekview.xml
reinlegen, um nicht völlig von vorn zu beginnen -
@JD-Umsteiger sagte in Fehlermeldung "unable to find valid (Java) certification path to requested target":
nämlich jeden Film aus meinem Abo einmal in SD und einmal in HD zu laden.
man kann hier auch das Set “Speichern” duplizieren und eine der beiden Kopien speichert SD, die andere HD. Dann legt man das Abo 1x an zum Set SD-Speichern, 1x zum HD-Speichern.
-
@rubikon sagte in Fehlermeldung "unable to find valid (Java) certification path to requested target":
“c:\Program Files\Java\jre1.8.0_231”\bin\java.exe -Xmx1g -jar C:\MediathekView-13.2.1\MediathekView.jar TestSet/.mediathek3
startet MV mit eigenen Einstellungen im Verzeichnis %USERPROFILE%\TestSet.mediathek3@rubikon
Das mache ich doch schon seit Jahren so!!
Allerdings geringfügig anders umgesetzt.
Habe ich doch direkt als Hinweis geschrieben:ZIZAT
java -jar C:\PortableApps\MediathekViewHD\MediathekView.jar Einstellungen/.mediathek3 -auto
ZIZAT ENDE
Und der zweite: (SD-Abo)
java -jar C:\PortableApps\MediathekViewSD\MediathekView.jar Einstellungen/.mediathek3 -autoDa beide portabel laufen, befindet sich der jeweilige Einstellungenordner im jeweiligen Programmordner.
So realisiere ich zwei völlig unabhängig voneinander laufende “Installationen”, die auch parallel laufen können.
Und ich muss beim Verwenden auf einem anderen PC nur einfach die beiden Programmordner kopieren. Und das Ganze läuft auch vom USB-Stick bei Bedarf.
-
@JD-Umsteiger sagte in Fehlermeldung "unable to find valid (Java) certification path to requested target":
Ich muss leider die portable Version von MV verwenden, da ich die Filme aus meinem Abo sowohl in HD als auch in SD laden möchte.
Du kannst das so machen, musst Du aber nicht. Darum sagte ich ja vorhin: Es ist möglich, in den Einstellungen (unter “Set bearbeiten”), z.B. durch Duplizieren ein zweites “Speichern” Set anzulegen. Das eine Set nimmt HD auf, das andere SD. Das jeweilige Set kann man beim Anlegen eines Abo zuordnen.
Das aber kann die ‘normale’ GUI-Version von MV nicht in Abos verwalten.
s.o.: Das Abo 1x dem HD-Speichern Set zuordnen, das Abo nochmal anlegen und dieses dann dem SD-Set zuordnen.
Also muss ich zwei MV-“Installationen” verwenden, die aber leider auf dieselben Konfig-Dateien zugreifen würden.
Du kannst das so machen, musst aber nicht. Beim Trennen der Abos in 2 getrennte Konfig-Ordner ginge auch dies: 1 Kopie von MV, die mal die eine und mal die andere Konfig-Datei verwendet
java -jar C:\MV\mediathekview.jar EinstellungenHD/.mediathek3
java -jar C:\MV\mediathekview.jar EinstellungenSD/.mediathek3
Ist aber beides off-topic, sorry. Die im OP gestelllte Frage lautet, warum der SSL-Handshake beim Aufbau der https Verbindung zu liste.mediathekviewweb.de nicht klappt. Das Problem besteht nun offenbar nicht mehr und daher, nur für mich gesprochen, EOT
-
@JD-Umsteiger sagte in Fehlermeldung "unable to find valid (Java) certification path to requested target":
So realisiere ich zwei völlig unabhängig voneinander laufende “Installationen”, die auch parallel laufen können.
Das klappt aber nur bis Version 13.0.6. Mit neueren muss man die Instanzen, die parallel laufen sollen, unter verschiedenen Benutzern starten.
-
@mvsfsvm sagte in Fehlermeldung "unable to find valid (Java) certification path to requested target":
@JD-Umsteiger sagte in Fehlermeldung "unable to find valid (Java) certification path to requested target":
So realisiere ich zwei völlig unabhängig voneinander laufende “Installationen”, die auch parallel laufen können.
Das klappt aber nur bis Version 13.0.6. Mit neueren muss man die Instanzen, die parallel laufen sollen, unter verschiedenen Benutzern starten.
Da muss ich dich korrigieren. Ich praktiziere dies mit der Version 13.2.1 schon seit deren Erscheinen - allerdings portable. Und es gibt beim nächtlichen Start mit dem Task Scheduler öfter zeitliche Überschneidungen, wenn es mal mehr Filme sind und der erste Durchlauf noch nicht fertig ist. Das ist kein Problem!
Warum sollte es denn deiner Meinung nicht möglich sein?
-
@mvsfsvm sagte in Fehlermeldung "unable to find valid (Java) certification path to requested target":
Das klappt aber nur bis Version 13.0.6. Mit neueren muss man die Instanzen, die parallel laufen sollen, unter verschiedenen Benutzern starten.
Es ist richtig für den GUI-Modus von MV 13.2.1, dass beim Start geprüft wird, ob bereits eine Instanz läuft.
Wenn man die Annahme macht, dass
singleInstanceWatcher.isAppAlreadyActive()
(sh. Main.java v13.2.1 L276) die einzige verwendete Methode ist, um ein bereits laufendes MV zu detektieren, dann kann man sich z.B: nach checkout des src von tag 13.2.1 mitgrep
o.ä. leicht ein Bild davon machen, dass es im MV 13.2.1 src nur dieses 1 Vorkommen dieses Funktionsaufrufs gibt: Beim Start im GUI-Modus.D.h.: beim besagten Start im Auto-Modus führt 13.2.1 diesen Test nicht durch. D.h. wenn man sich mit der o.g. Annahme begnügt, wäre es laut Quellcode 13.2.1 damit möglich MV 13.2.1 im Auto-Modus gleichzeitig in mehreren Instanzen laufen zu lassen.
Ohne Gewähr auf Richtigkeit / Vollständigkeit.
Ob es sich hier um eine ungewollte Lücke in der Programmlogik oder um eine bewusste Entscheidung handeln sollte, dazu kann ich nichts sagen. :man_shrugging_light_skin_tone: