Ansicht von 12 Beiträgen - 16 bis 27 (von insgesamt 27)
  • Autor
    Beiträge
  • #49143
    Thilo Brandt
    Keymaster

    Hallo Hansi,

    danke für das Log. Das Problem ist inzwischen klar. Leider gibt es nur die Lösung auf Java 8 Update 251 zu bleiben. In Java 8 Update 261 kann die CAPI aus noch unklaren Gründen nicht mehr geladen werden. Es ist aktuell nur die CAPI Version des jAnrufmonitors von diesem Problem betroffen.

    Viele Grüße
    Thilo

    #49144
    hansi
    Teilnehmer

    Hallo Tilo

    danke für die Info. Ich benötige JRE8 nur noch für jAnrufmonitor, könnte eine andere Java Version Abhilfe schaffen?

    Seit der Neuinstallation werden Anrufe, wo die Nummer nicht im Adressbuch hinterlegt ist, im Journal falsch formatiert.
    Falsch +41 (627) 6x xx xx Richtig +41 (62) 76x xx xx

    Idee wo ich schrauben muss?

    LG

    #49145
    Thilo Brandt
    Keymaster

    Hallo hansi,

    wenn alle Vorwahlen dreistellig dargestellt werden, ist das ein Hinweis auf eine fehlende oder defekte Ländervorwahldatei. In deinem Fall ist es die Datei für die Schweiz. Installieren diese einfach nochmal manuell neu: https://www.janrufmonitor.de/vowahldatenbank-schweiz/

    Viele Grüße
    Thilo

    #49183
    DL10
    Teilnehmer

    habe/hatte das gleiche Problem habe auch wieder die java Version 8u251 installiert und es geht wieder

    #49435
    User19
    Teilnehmer

    Hallo zusammen,

    nach dem heutigen Java-Update auf 8u261 hatte ich dasselbe Problem, dass sich der jAnrufmonitor sofort nach dem Starten wieder beendet hat. Durch Rollback auf JRE 8u251 (war die vorherige Version) geht alles wieder prima.

    #49510
    hansi
    Teilnehmer

    Hallo

    leider hat Oracle das „Feature“ auch in 8u271 belassen und jAnrufmonitor beendet sich gleich wieder 🙁

    #49709
    hansi
    Teilnehmer

    Hallo Thilo

    anscheinend betrifft das CAPI Problem nur sehr wenig Benutzer, oder kommt da noch was? Ist halt schon etwas doof mit einer veralteten Java Version unterwegs zu sein…

    LG

    #49710
    Thilo Brandt
    Keymaster

    Hallo hansi,

    ich habe das ursprüngliche Problem analysiert. Knackpunkt ist das native Laden einer DLL von Java ab Update 261. Die pimcapi.dll ist eine aus 2008 erstellte DLL, sie ich von einem sourceforge Project übernommen habe. Diese Datei müsste man für Java 8 neu kompilieren, allerdings sind die Source niergendswo zu finden. Auch der Entwickler ist mit den bekannten Mitteln nicht kontaktierbar. Das Problem könnte man somit nur umgehen, indem man eine eigene, komplett neue CAPI Anbindung in Java programmiert. Es sind knapp 2200 jAnrufmonitor Installationen mit CAPI noch aktiv. Der Markt ist hier deutlich rückläufig. Mit FRITZ!Boxen und NCID Geräten habe ich aktuell 38900 Installationen. Insofern reden wir von nichtmal 10% meiner Userbase. Also für mich ist der Aufwand hier noch weiter zu investieren zu hoch, weshalb ich aktuell die CAPI Version auslaufen lassen möchte, d.h. keine weiteren Updates mehr bringe. Somit ist auch die Java Version mit der jAnrufmonitor für CAPI nutzbar ist mit Update 251 die letzte verfügbare.

    Viele Grüße
    Thilo

    #49720
    hansi
    Teilnehmer

    Danke für die ausführliche Erklärung, welche ich voll verstehe. Wegen weniger als 10% Benutzer würde ich da auch keine Zeit investieren.

    Ich muss dann mal schauen wie ich jAnrufmonitor auf die vorhandene VoIP Installation umstelle.

    Eigentlich wäre die Rufabweisung eine Job für den xtelsio CTI Client welchen ich installiert habe, der kann das aber nicht, soweit ich weiss. Das Telefon und xtelsio sprechen TAPI, denke jAnrufmonitor kann das auch.

    Da mir jAnrufmonitor über all die Jahre sehr ans Herz gewachsen ist und ich etwas wechselfaul bin kutschiere ich mal weiter mit dem alten Java und der noch älteren AVM ISDN Karte.

    #49721
    Thilo Brandt
    Keymaster

    Hallo hansi,

    ja, TAPI wäre noch eine gute Alternative. Ansonsten würde auch noch NCID-fähige Geräte gehen.

    Viele Grüße
    Thilo

    #49730
    MarGeb
    Teilnehmer

    Da mir jAnrufmonitor über all die Jahre sehr ans Herz gewachsen ist und ich etwas wechselfaul bin kutschiere ich mal weiter mit dem alten Java und der noch älteren AVM ISDN Karte.

    Das Jre ist ein einziges Sicherheitsloch und es nicht aktuell zu halten von daher eine grandiose Idee!

    Erschwerend kommt noch hinzu, dass Jam kein eigenes Jre mitbringt und es systemweit installiert werden muss.

    Das war für mich auch der Grund, Jam nach gefühlt 5000 Jahren nicht mehr einzusetzen.

    #49746
    hansi
    Teilnehmer

    Danke für deine exakte Beschreibung der Sachlage. Mal schauen was am Ende mehr schmerzt. Ransomware o.ä. wegen altem Java Müll auf der Maschine, oder die Trennung von JAM… Zurzeit käme Ersteres in Frage 🙂

Ansicht von 12 Beiträgen - 16 bis 27 (von insgesamt 27)
  • Du musst angemeldet sein, um auf dieses Thema antworten zu können.