Hallo,
ich habe den Telekom Kim-Client auf die neueste Version gebracht.
(T-KIM-Client-Module-2.0.7-2-19820-gepatcht-windows-x64)
Die Installation läuft problemlos durch, aber nun startet der Client nicht mehr.
Es gibt keine Fehlermeldung.
In der "clientmoduleError" seht folgendes:
2022-07-05 07:04:49.748 [{id=df11b786-d49f-48f4-bdf5-fb37fd4afed5}] [main] ERROR com.tsystems.gematik.komle.clientmodule.ClientModule.logErrorToConsoleOrShowMessage - T-KIM Client Module konnte NICHT erfolgreich gestartet werden, die Ursache ist: null Bitte ueberpruefen Sie die Log Datei fuer weitere Details.

Hat jemand einen Lösungsansatz ?? oder einen Ansprechpartner bei der Telekom ?
Habe es über diverse Hotline Nr. versucht, werde aber nur herum gereicht, keiner fühlt sich dort zuständig.

Danke

PVS System ist ifa. Ports 465, 995. Aber so weit komme ich gar nicht. Der Client sollte eigentlich im Hintergrund laufen, was er aber schon nicht macht.
Demzufolge laufen auch alle darauf aufbauende Tools nicht (zB. Admin, T-Wizard).
Hatte vorher mit Version 2.07-2-18037 keine Probleme.

Hallo,

wir haben das gleiche Problem, TLS ist auch aktiv auf dem Konnektor.

Habt ihr das inzwischen gelöst bekommen ?

Nein das Problem ist leider noch nicht gelöst.

Haben Sie zusätzlich zu TLS auch eine Authentifikation via Benutzername/Kennwort oder Zertifikat aktiv ?
Diese muss im Konnektor, im PVS und im Clientmodul aktiv sein.

Zusätzlich zu TLS ist eine Authentifikation über Zertifikat aktiv.
Dieses ist im Konnektor, im PVS und im Clientmodul aktiv . Ich vermute aber auch das es sich um ein Fehler der Authentifikation ist und das Modul deswegen nicht startet.
Arbeiten die einzelnen Module autark oder läuft alles über das KIM-Clientmodul ? Admin- und Email Registrierungsmodul starten ebenfalls mit einem Fehler (Fehler 0002)

Für den Hintergrundbetrieb muss der Dienst laufen. Ich hatte bei der Installation des KIM-Clienten als Dienst auch mehrfach Probleme. Die Deinstallationsroutine räumt auch nicht richtig auf. Daher habe ich das Programmverzeichnis dann noch nachträglich manuell gelöscht. ACHTUNG. Installiert sich in %ProgramData% und nicht, wie eigentlich empfohlen in "Programme".

Nach einer dann durchgeführten Neuinstallation hat es geklappt (nicht nach dem Warum fragen bitte!)

Hallo,
konnte das Problem inzwischen gelöst werden?

Nach Aktivierung von TLS mit Zertifikat im secunet-Konnektor und Neuinstallation des neuen T-KIM Clients 2.0.7-2-19820 liegt hier exakt die gleiche Fehlermeldung vor:
Fehler 0002
Mehrfach neu installiert, jedesmal auch nach der Deinstallation das Verzeichnis in programmdata manuell "nachgelöscht".
Im Zertifikatsclient und im Adminclient sieht es so aus, als würde der Weg zur SMB-C nicht gefunden, wird nicht angezeigt.
"Caused by: javax.net.ssl.SSLHandshakeException: SSLHandshakeException invoking h...s://konnektor:443/ws/EventService: PKIX path building failed: "

Die PVS Schnittstelle easyTI funktioniert unter TLS mit den Zertifikaten der angelegten Mandanten problemlos, d.h. Einlesen von eGk´s läuft.
KIM Client und easyTI Server laufen auf WIN 10 prof PC, in der Firewall sind die entsprechenden Ausnahmen definiert.
KIM Client startet nur kurz und beendet sich nach 10 Sekunden wieder.
VOR der Aktivierung von TLS gab es mit dem vorletzten KIM Client keine Probleme: Thunderbird, easyTI Mail-Client
Habe TLS aktiviert um die Komfortsignatur nutzen zu können, sollte KIM allerdings nicht zum Laufen gebracht werden, stelle ich wieder um.

Fehlermeldung im Detail:
javax.xml.ws.WebServiceException: Could not send Message.
at org.apache.cxf.jaxws.JaxWsClientProxy.mapException(JaxWsClientProxy.java:183) at org.apache.cxf.jaxws.JaxWsClientProxy.invoke(JaxWsClientProxy.java:145)
at com.sun.proxy.$Proxy80.getCardTerminals(Unknown Source)
at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:566)
at org.apache.commons.lang3.reflect.MethodUtils.invokeExactMethod(MethodUtils.java:345)
at org.apache.commons.lang3.reflect.MethodUtils.invokeExactMethod(MethodUtils.java:310)
at com.tsystems.gematik.soap.client.SoapServiceProxy.invoke(SoapServiceProxy.java:57)
at com.tsystems.gematik.soap.client.SoapClient.invoke(SoapClient.java:38)
at com.tsystems.gematik.soap.client.connector.ConnectorSoapClient.getCardTerminals(ConnectorSoapClient.java:108)
at com.tsystems.gematik.soap.client.connector.ConnectorSoapClient.getCardTerminals(ConnectorSoapClient.java:150)
at com.tsystems.gematik.soap.client.connector.ConnectorSoapClient.getCardTerminalsList(ConnectorSoapClient.java:155) at com.tsystems.gematik.soap.client.connector.ConnectorSoapClient.getCards(ConnectorSoapClient.java:165)
at com.tsystems.gematik.komle.clientmodule.conn.client.ConnectorClient.getAllCards(ConnectorClient.java:364)
at
com.tsystems.gematik.komle.clientmodule.ui.admin.services.CardHandlesListService$CardHandlesRetrievalTask.call(CardHandlesList Service.java:33)
at com.tsystems.gematik.komle.clientmodule.ui.admin.services.CardHandlesListService$CardHandlesRetrievalTask.call(CardHandlesList Service.java:30)
at javafx.graphics/javafx.concurrent.Task$TaskCallable.call(Task.java:1425)
at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
at javafx.graphics/javafx.concurrent.Service.lambda$executeTask$6(Service.java:725)
at java.base/java.security.AccessController.doPrivileged(Native Method)
at javafx.graphics/javafx.concurrent.Service.lambda$executeTask$7(Service.java:724)
at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128) at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628) at java.base/java.lang.Thread.run(Thread.java:834)
Caused by: javax.net.ssl.SSLHandshakeException: SSLHandshakeException invoking h...s://konnektor:443/ws/EventService: PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target
at java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
at java.base/jdk.internal.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) at java.base/java.lang.reflect.Constructor.newInstance(Constructor.java:490)
at org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.mapException(HTTPConduit.java:1400)
at org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.close(HTTPConduit.java:1384)
at org.apache.cxf.ext.logging.LoggingOutputStream.postClose(LoggingOutputStream.java:53)
at org.apache.cxf.io.CachedOutputStream.close(CachedOutputStream.java:228)
at org.apache.cxf.transport.AbstractConduit.close(AbstractConduit.java:56)
at org.apache.cxf.transport.http.HTTPConduit.close(HTTPConduit.java:671)
...