Beiträge von TomKov

    OK, danke, die CIN CSN habe ich direkt aus den Zertifikaten herausgelesen und an die a-trust geschickt, warum sie gesperrt sind.
    In dem Verzeichnisdienst steht wirklich, daß die Zertifikate seit 25.9. widerrufen sind, Grund: Zertifikat gesperrt. Ich bin neugierig, warum und wieso.


    Jedenfalls, vielen Dank.

    Ich habe seit ca. 2 Jahren die Bürgekarte auf der eCard.
    Beim Versuch, mich beim Onlinebanking anzumelden, bekomme ich seit heute plötzlich die Meldung, mein Zertifikat sei widerrufen.
    Beim Finanz Online ist die Meldung anders, und etwas aussagekräftiger -

    Zitat

    "Bei der Anmeldung ist ein Fehler aufgetreten. Das verwendete Zertifikat zum Signieren ist ungültig. Eine formal korrekte Zertifikatskette vom Signatorzertifikat zu einem vertrauenswürdigen Wurzelzertifikat konnte konstruiert werden. Für alle Zertifikate dieser Kette fällt der Prüfzeitpunkt in das jeweilige Gültigkeitsintervall. Kein Zertifikat dieser Kette ist zum Prüfzeitpunkt widerrufen. Zumindest ein Zertifikat ist zum Prüfzeitpunkt gesperrt."


    Ich habe jedenfalls mein Zertifikat weder sperren lassen, noch widerrufen. Was kann passiert sein?
    Beim Anruf bei A-trust behauptet man, ich muß meinen PIN falsch eingegeben haben, was ein Unsinn ist - dem widerspricht die FinanzOnline Fehlermeldung ziemlich klar. Was kann man jetzt machen??


    Für jede Info bin ich extrem dankbar. Ich bin gerade im Ausland und habe jetzt keinen Zugang zum Finanzamt, zu meiner Bank, usw. Ziemlich dumm...


    Danke,
    --- Tom

    Zitat

    Welche Java Version verwenden Sie? Haben Sie evtl. einen XML (SAX)Parser über den endorsed-Mechanismus geladen? Können Sie eine Listing der Files in <JAVA_HOME>/jre/lib/* geben (am besten per PM)?


    Getan - PM geschickt...

    Nur eine Sicherstellung - in diesem Thread handelt es sich um Probleme, die ich mit MOCCA unter M$ Windows XP2 Prof habe. Es hat nichts zu tun mit dem Thema MOCCA und Fedora, das ich in diesem Forum auch eröffnet habe - unter Fecora ist nun alles in Ordnung.

    Ich verwende Java 1.6.0_20, original von Sun/Oracle.
    Ich probiere die Logfiles heute später zu generieren und zu posten.


    Danke,
    --- Tom

    OK, das war&#39;s. Mit native Sun/Oracle/java läuft MOCCA bestens unter fedora 13. Das einzige Problem ist, daß die *.jnlp-Files nicht automatisch vom FF gestartet werden können (es kommt eine Fehlermeldung), aber manuel abspeichern und mit javaws starten geht bestens.


    Danke.

    Hi,
    aus lauter Verzweifelung (und Voreingenommenheit gegen M$) habe ich nun probiert, MOCCA unter Fedora Linux zu installieren (fedora 13, um genau zu sein).


    pcscd installiert, funktioniert perfekt (findet brav den GemPLUS USB reader)
    libccid detto. Ich verwende derzeit OpenJDK, 1.6.0_18.


    Online MOCCA rennt nun tadellos, login ins FinanzOnline geht perfekt.


    Nicht so aber mit der lokalen MOCCA: steigt mit folgendem traceback im logfile aus (wobei die BKU selbst, z.B. die PIN-Verwaltung, brav funktioniert).


    WARN mortbay.log - EXCEPTION
    javax.net.ssl.SSLException: java.security.ProviderException: java.security.NoSuchAlgorithmException: SunTlsMasterSecret KeyGenerator not available
    at sun.security.ssl.Alerts.getSSLException(Alerts.java:208)
    at sun.security.ssl.SSLSocketImpl.fatal(SSLSocketImpl.java:1639)
    at sun.security.ssl.SSLSocketImpl.fatal(SSLSocketImpl.java:1602)
    at sun.security.ssl.SSLSocketImpl.handleException(SSLSocketImpl.java:1585)
    at sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1174)
    at sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1151)
    at org.mortbay.jetty.security.SslSocketConnector$SslConnection.run(SslSocketConnector.java:631)
    at org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:520)
    Caused by: java.security.ProviderException: java.security.NoSuchAlgorithmException: SunTlsMasterSecret KeyGenerator not available
    at sun.security.ssl.Handshaker.calculateMasterSecret(Handshaker.java:711)
    at sun.security.ssl.Handshaker.calculateKeys(Handshaker.java:669)
    at sun.security.ssl.ServerHandshaker.processMessage(ServerHandshaker.java:234)
    at sun.security.ssl.Handshaker.processLoop(Handshaker.java:546)
    at sun.security.ssl.Handshaker.process_record(Handshaker.java:482)
    at sun.security.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:904)
    at sun.security.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1140)
    at sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1167)



    SunJCE ist dabei auch brav installiert. Fällt Ihnen ein, was noch fehlen könnte?


    Danke,
    --- Tom

    Vielen Dank für die Antwort, ich bin sehr froh, eine Bestätigung zu haben, daß sich jemand mit dem Problem befaßt.
    Ich habe nämlich leider bisher den Ablauf genau so wahrgenommen, wie beschrieben. Nachdem ich die Files aufgeladen habe (alleine die Tatsache, daß sie jemand angeschaut hat, habe ich nur aus meinem Apache-Log ersehen können) gab es absolute Funkstille - und es sind heute gute 2 Monate her. Nicht einmal auf PM&#39;s wurde reagiert, wirklich nichts - also meine Beschreibung stimmt.


    Und das meine ich mit dem professionellen Support, wo man über den Status informiert werden sollte. Es kann mich nur freuen, wenn meine Wahrnehmung falsch war.

    Ich muß mich, obwohl ich so etwas höchst ungern tue, anschließen... Ich würde es schätzen, wenn es zumindest anständigen Support gebe, vor allem wenn es um eine so sensitive Sache wie eGovernment handelt.


    Ich habe hier vor etlicher Zeit nachgefragt, weil ich unter MOCCA (Win XP SP2, Java 6_14, passiert sowohl im IE5-7, als auch in allen Versionen von FF) mit einigen Applikationen (Easybank, Zustellung, etc - aber nicht allen, so z.B. FinanzOnline funktioniert tadellos) immer wieder den Fehler 5004 bekomme. Man hat mich aufgefordert, Logfiles zu generieren und hier zu posten, und damit war&#39;s.
    Keine weitere Wortmeldung, nichts. Und natürlich MOCCA funktioniert bei mir nach wie vor nicht.
    Aus eigener Initiative habe ich komplett Java deinstalliert, alle Java-bezogenen Directories gesäubert, und frisch vom Scratch wieder installiert - ohne jeglichen Effekt.


    Ich frage mich wirklich, ob das Bundeskanzleramt mit der BKU eine Profifirma beauftragt hat, oder eine Hackerbande. Profifirma sollte schon einen ordentlichen Support zur Verfügung stellen, und nicht nur ein Forum, wo man manchmal antwortet, manchmal eben nicht. Schließlich zahlen dafür wir, Steuerzahler - und wohl nicht wenig.

    Hm :-(
    Ich bin halt vorläufig zurück aufs trustDesk umgestiegen, hoffentlich verschwindet das Problem in einer der nächsten MOCCA Versionen...
    --- Tom

    Das Problem tritt sowohl unter IE 8, als auch unter FF 3.6.3 auf.


    Ich habe jetzt das Debugging enabled (das File log4j.properties unverändert, so wie ich es heruntergeladen habe). Das Logfile rotiert unter http://files.kovarovi.org, ebenso wie das komplette Konfigurationsdirectory.


    --- Tom

    Sorry, ich war die ganze Woche außer Landes.
    Konfiguration: W XP Professional SP3, build 2600.xpsp_sp3_gdr.091208-2036, Kartenleser Gemplus (GemPC USB-SL); die config-Files habe ich gar nicht angerührt.


    Logfile hier:


    17:25:16,437 INFO webstart.Launcher - BKU Web Start 1.2.13-r637
    17:25:16,484 INFO webstart.Launcher - Initializing Launcher
    17:25:17,812 INFO webstart.Launcher - launching MOCCA Web Start online
    17:25:17,968 INFO webstart.Launcher - init servlet container and MOCCA webapp
    17:25:18,140 INFO mortbay.log - Logging to org.slf4j.impl.Log4jLoggerAdapter(org.mortbay.log) via org.mortbay.log.Slf4jLog
    17:25:22,687 INFO mortbay.log - jetty-6.1.19
    17:25:25,125 INFO mortbay.log - Extract C:DOCUME~1TATNEK~1LOCALS~1TempJettyContext3165066079413243838BKULocal.war to C:DOCUME~1TATNEK~1LOCALS~1TempJettyContext3165066079413243838webapp
    17:25:35,734 INFO mortbay.log - NO JSP Support for /, did not find org.apache.jasper.servlet.JspServlet
    17:25:36,859 INFO / - Initializing Spring root WebApplicationContext
    17:25:36,859 INFO context.ContextLoader - Root WebApplicationContext: initialization started
    17:25:37,000 INFO support.XmlWebApplicationContext - Refreshing org.springframework.web.context.support.XmlWebApplicationContext@15e2075: display name [Root WebApplicationContext]; startup date [Fri Apr 09 17:25:37 CEST 2010]; root of context hierarchy
    17:25:37,203 INFO xml.XmlBeanDefinitionReader - Loading XML bean definitions from ServletContext resource [/WEB-INF/applicationContext.xml]
    17:25:38,328 INFO xml.XmlBeanDefinitionReader - Loading XML bean definitions from URL [file:C:/Documents and Settings/Tatínek/.mocca/conf/mocca-conf.xml]
    17:25:38,421 INFO support.XmlWebApplicationContext - Bean factory for application context [org.springframework.web.context.support.XmlWebApplicationContext@15e2075]: org.springframework.beans.factory.support.DefaultListableBeanFactory@1cfb802
    17:25:38,687 INFO support.DefaultListableBeanFactory - Pre-instantiating singletons in org.springframework.beans.factory.support.DefaultListableBeanFactory@1cfb802: defining beans [STALFactory,bindingProcessorManager,org.springframework.web.context.support.ServletContextAttributeExporter#0,accessController,commandInvoker,slCommandFactory,infoboxFactory,certValidator,configurator,configuration,smccConfiguration,readerFactory]; root of factory hierarchy
    17:25:43,265 INFO conf.Configurator - loading trustStore from C:Documents and SettingsTatínek.moccacerts rustStore
    17:25:44,843 INFO pki - pki: Configure-PKI: Archiving disabled
    17:25:44,890 INFO pki - pki: Configure-PKI: PKI module successfully configured.
    17:25:44,968 INFO conf.Configurator - setting SignatureLayout header to 1.0
    17:25:44,968 INFO conf.Configurator - No proxy configured
    17:25:45,015 INFO accesscontroller.SpringSecurityManager - Loading resource: file:C:Documents and SettingsTatínek/.mocca/conf/accessControlConfig.xml
    17:25:46,328 INFO support.ServletContextAttributeExporter - Exported ServletContext attribute with name &#39;bindingProcessorManager&#39;
    17:25:48,218 INFO context.ContextLoader - Root WebApplicationContext: initialization completed in 11359 ms
    17:25:48,375 INFO mortbay.log - http-security-layer-request at http://127.0.0.1:3495/
    17:25:48,375 INFO mortbay.log - http-security-layer-request at http://127.0.0.1:3496/
    17:25:48,500 INFO mortbay.log - Started SelectChannelConnector@127.0.0.1:3495
    17:25:49,187 INFO mortbay.log - Started SslSocketConnector@127.0.0.1:3496
    17:25:49,281 INFO webstart.Launcher - BKU successfully started
    17:26:09,203 INFO binding.HTTPBindingProcessor - Starting Bindingprocessor in Thread: 65
    17:26:09,687 INFO pki - pki: BPID#elY5ibrLg8+isrOHWvBM/T6b6IYv: C:Documents and SettingsTatínek.moccacertscertStore83088DE9C9BE9F9A6A8480D16EB6FF155CB710BF49A8FD5E6443D20FB9C9FD587F546FFE1F6F7129
    17:26:09,750 INFO pki - pki: BPID#elY5ibrLg8+isrOHWvBM/T6b6IYv: C:Documents and SettingsTatínek.moccacertscertStoreC0FE0278FC99188891B3F212E9C7E1B21AB7BFC0C2F0087D01E686053A4D633E7E70D4EF65C2CC4F
    17:26:09,812 INFO pki - pki: BPID#elY5ibrLg8+isrOHWvBM/T6b6IYv: C:Documents and SettingsTatínek.moccacertscertStore48B76449F3D5FEFA1133AA805E420F0FCA643651742C3192E607E424EB4549542BE1BBC53E6174E2
    17:26:10,437 INFO pki - pki: BPID#elY5ibrLg8+isrOHWvBM/T6b6IYv: Downloading crl from "http://crl.verisign.com/pca3.crl".
    17:26:14,250 INFO pki - pki: BPID#elY5ibrLg8+isrOHWvBM/T6b6IYv: Archiving disabled.
    17:26:14,250 INFO pki - pki: BPID#elY5ibrLg8+isrOHWvBM/T6b6IYv: Version 1 CRL, do not perform checks
    17:26:14,250 WARN pki - pki: BPID#elY5ibrLg8+isrOHWvBM/T6b6IYv: V1 CRL issuer certificate, don&#39;t perform key usage check
    17:26:14,359 INFO pki - pki: BPID#elY5ibrLg8+isrOHWvBM/T6b6IYv: Sending ocsp request to: http://ocsp.verisign.com
    17:26:14,984 INFO pki - pki: BPID#elY5ibrLg8+isrOHWvBM/T6b6IYv: OCSP response successfully received
    17:26:14,984 INFO pki - pki: BPID#elY5ibrLg8+isrOHWvBM/T6b6IYv: Archiving disabled.
    17:26:14,984 WARN pki - pki: BPID#elY5ibrLg8+isrOHWvBM/T6b6IYv: Nonce not returned in server response
    17:26:14,984 INFO pki - pki: BPID#elY5ibrLg8+isrOHWvBM/T6b6IYv: "NoCheck" extension included in OCSP reponder certificate, thus does&#39;nt perform trust check
    17:26:15,000 INFO pki - pki: BPID#elY5ibrLg8+isrOHWvBM/T6b6IYv: Found valid cert chain
    17:26:16,468 INFO smccstal.AbstractSMCCSTAL - Processing: class at.gv.egiz.stal.InfoboxReadRequest
    17:26:16,468 INFO smccstal.AbstractSMCCSTAL - Retry #0 of 1
    17:26:16,765 INFO util.SmartCardIO - Found 2 card terminal(s):
    ActivCard S.A. ActivKey 0
    Gemplus USB Smart Card Reader 0
    17:26:17,171 INFO reader.ReaderFactory - creating reader Gemplus USB Smart Card Reader 0
    17:26:17,281 INFO smcc.STARCOSCard - e-card version=1.1 (<= G2)
    17:26:17,937 INFO xsect.DataObject - deriving filename from reference URI #Object-cd0b00d4-1
    17:26:19,937 INFO xsect.DataObject - Standard display format: HTML does not conform to specification.
    at.gv.egiz.bku.viewer.ValidationException: org.xml.sax.SAXParseException: cvc-elt.1: Cannot find the declaration of element &#39;html&#39;.
    at at.gv.egiz.bku.slxhtml.SLXHTMLValidator.validate(SLXHTMLValidator.java:162)
    at at.gv.egiz.bku.slxhtml.SLXHTMLValidator.validate(SLXHTMLValidator.java:114)
    at at.gv.egiz.bku.slcommands.impl.xsect.DataObject.validateHashDataInput(DataObject.java:284)
    at at.gv.egiz.bku.slcommands.impl.xsect.STALSignature.engineSign(STALSignature.java:130)
    at java.security.Signature$Delegate.engineSign(Unknown Source)
    at java.security.Signature.sign(Unknown Source)
    at iaik.xml.crypto.dsig.SignatureMethodImpl.calculateSignatureValue(Unknown Source)
    at iaik.xml.crypto.dsig.SignedInfoImpl.calculateSignatureValue(Unknown Source)
    at iaik.xml.crypto.dsig.XMLSignatureImpl.calculateAndMarshalSignatureValue(Unknown Source)
    at iaik.xml.crypto.dsig.XMLSignatureImpl.selectKeyAndGenerateSignature(Unknown Source)
    at iaik.xml.crypto.dsig.XMLSignatureImpl.generateCore(Unknown Source)
    at iaik.xml.crypto.dsig.XMLSignatureImpl.sign(Unknown Source)
    at at.gv.egiz.bku.slcommands.impl.xsect.Signature.sign(Signature.java:414)
    at at.gv.egiz.bku.slcommands.impl.xsect.Signature.sign(Signature.java:546)
    at at.gv.egiz.bku.slcommands.impl.CreateXMLSignatureCommandImpl.signXMLSignature(CreateXMLSignatureCommandImpl.java:165)
    at at.gv.egiz.bku.slcommands.impl.CreateXMLSignatureCommandImpl.execute(CreateXMLSignatureCommandImpl.java:195)
    at at.gv.egiz.bku.binding.SLCommandInvokerImpl.invoke(SLCommandInvokerImpl.java:54)
    at at.gv.egiz.bku.binding.HTTPBindingProcessor.processRequest(HTTPBindingProcessor.java:250)
    at at.gv.egiz.bku.binding.HTTPBindingProcessor.run(HTTPBindingProcessor.java:603)
    at at.gv.egiz.bku.local.webapp.BKURequestHandler.doPost(BKURequestHandler.java:73)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:727)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
    at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:502)
    at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:389)
    at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
    at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181)
    at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:765)
    at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:417)
    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:534)
    at org.mortbay.jetty.HttpConnection$RequestHandler.content(HttpConnection.java:879)
    at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:747)
    at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:218)
    at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404)
    at org.mortbay.jetty.bio.SocketConnector$Connection.run(SocketConnector.java:228)
    at org.mortbay.jetty.security.SslSocketConnector$SslConnection.run(SslSocketConnector.java:636)
    at org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:520)
    Caused by: org.xml.sax.SAXParseException: cvc-elt.1: Cannot find the declaration of element &#39;html&#39;.
    at org.apache.xerces.util.ErrorHandlerWrapper.createSAXParseException(Unknown Source)
    at org.apache.xerces.util.ErrorHandlerWrapper.error(Unknown Source)
    at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source)
    at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source)
    at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source)
    at org.apache.xerces.impl.xs.XMLSchemaValidator.handleStartElement(Unknown Source)
    at org.apache.xerces.impl.xs.XMLSchemaValidator.startElement(Unknown Source)
    at org.apache.xerces.jaxp.validation.ValidatorHandlerImpl.startElement(Unknown Source)
    at at.gv.egiz.bku.slxhtml.SLXHTMLValidator$ValidationHandler.startElement(SLXHTMLValidator.java:234)
    at org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown Source)
    at org.apache.xerces.impl.xs.XMLSchemaValidator.startElement(Unknown Source)
    at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown Source)
    at org.apache.xerces.impl.XMLNSDocumentScannerImpl$NSContentDispatcher.scanRootElementHook(Unknown Source)
    at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source)
    at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)
    at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
    at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
    at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
    at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
    at org.apache.xerces.jaxp.SAXParserImpl$JAXPSAXParser.parse(Unknown Source)
    at org.apache.xerces.jaxp.SAXParserImpl.parse(Unknown Source)
    at at.gv.egiz.bku.slxhtml.SLXHTMLValidator.validate(SLXHTMLValidator.java:157)
    ... 37 more
    17:26:20,296 INFO binding.HTTPBindingProcessor - Sending QUIT command to STAL
    17:26:20,296 INFO smccstal.AbstractSMCCSTAL - Processing: class at.gv.egiz.stal.QuitRequest
    17:26:20,296 INFO smccstal.AbstractSMCCSTAL - Retry #0 of 1
    17:26:20,296 INFO smccstal.AbstractSMCCSTAL - Got null response from handler, assuming quit
    17:26:20,296 INFO binding.HTTPBindingProcessor - Terminating Bindingprocessor; Thread: 65

    Ich bekomme jetzt plötzlich bei Anmeldung zu einigen Diensten (Zustellung, meinbrief) eine Fehlermeldung, noch bevor die PIN-Abfrage kommt:
    Fehler beim Parsen: at.gv.egovernment.moa.id.ParseException: Fehler beim Parsen: at.gv.egovernment.moa.id.AuthenticationException: In der Bürgerkartenumgebung ist ein Fehler aufgetreten:
    Fehlercode 5004: Standardanzeigeformat: HTML ist nicht spezifikationskonform.
    Die verwendete Version von MOCCA ist 1.2.13-r637.
    Die Easybank meldet einfach nur "Die von Ihnen eingegebenen Auftragsdaten können in der Bürgerkartenumgebung nicht korrekt angezeigt werden. Bitte überprüfen Sie nochmals die Version und die Installation der Bürgerkartenumgebung.".


    Die Anmeldung bei Finanzonline (mit der lokalen BKU natürlich :-)) funktioniert tadellos.


    Any hints?


    Danke,
    --- Tom Kovar

    Exzellent, danke. Das Problem war, daß aus mir nicht ganz klaren Gründen MOCCA auf einen anderen Installationsbaum von Java als alle anderen Programme zugreift, und in diesem Baum die Unlimited Strength Jurisdiction Policy files eben nicht installiert waren. Kopiert aus dem Standard-Javabaum, und jetzt ist alles tutti paletti.


    Danke nochmals.

    Beim Versuch, MOCCA zu starten (unter XP Prof. SP3, Java6_17), kommt es permanent zu einem Initialisierungsfehler. MOCCA läuft dann im Hintergrund, jedoch die Ports werden nicht aufgemacht, das einzige, was funktioniert, ist "Über" und "Beenden". Der betreffende Teil des Logfiles ist angehängt.


    Any ideas?
    Danke,
    --- Tom


    11:35:16,578 ERROR context.ContextLoader - Context initialization failed
    org.springframework.beans.factory.BeanCreationException: Error creating bean with name &#39;bindingProcessorManager&#39; defined in ServletContext resource [/WEB-INF/applicationContext.xml]: Cannot resolve reference to bean &#39;commandInvoker&#39; while setting constructor argument; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name &#39;commandInvoker&#39; defined in ServletContext resource [/WEB-INF/applicationContext.xml]: Cannot resolve reference to bean &#39;accessController&#39; while setting bean property &#39;securityManager&#39;; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name &#39;accessController&#39; defined in ServletContext resource [/WEB-INF/applicationContext.xml]: Cannot resolve reference to bean &#39;configurator&#39; while setting bean property &#39;config&#39;; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name &#39;configurator&#39; defined in ServletContext resource [/WEB-INF/applicationContext.xml]: Invocation of init method failed; nested exception is java.lang.ExceptionInInitializerError
    at org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveReference(BeanDefinitionValueResolver.java:275)
    at org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveValueIfNecessary(BeanDefinitionValueResolver.java:104)
    at org.springframework.beans.factory.support.ConstructorResolver.resolveConstructorArguments(ConstructorResolver.java:495)
    at org.springframework.beans.factory.support.ConstructorResolver.autowireConstructor(ConstructorResolver.java:162)
    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.autowireConstructor(AbstractAutowireCapableBeanFactory.java:925)
    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBeanInstance(AbstractAutowireCapableBeanFactory.java:835)
    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:440)
    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory$1.run(AbstractAutowireCapableBeanFactory.java:409)
    at java.security.AccessController.doPrivileged(Native Method)
    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:380)
    at org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:264)
    at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:221)
    at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:261)
    at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:185)
    at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:164)
    at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:429)
    at org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:729)
    at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:381)
    at org.springframework.web.context.ContextLoader.createWebApplicationContext(ContextLoader.java:255)
    at org.springframework.web.context.ContextLoader.initWebApplicationContext(ContextLoader.java:199)
    at org.springframework.web.context.ContextLoaderListener.contextInitialized(ContextLoaderListener.java:45)
    at org.mortbay.jetty.handler.ContextHandler.startContext(ContextHandler.java:548)
    at org.mortbay.jetty.servlet.Context.startContext(Context.java:136)
    at org.mortbay.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1239)
    at org.mortbay.jetty.handler.ContextHandler.doStart(ContextHandler.java:517)
    at org.mortbay.jetty.webapp.WebAppContext.doStart(WebAppContext.java:466)
    at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
    at org.mortbay.jetty.handler.HandlerWrapper.doStart(HandlerWrapper.java:130)
    at org.mortbay.jetty.Server.doStart(Server.java:224)
    at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
    at at.gv.egiz.bku.webstart.Container.start(Container.java:223)
    at at.gv.egiz.bku.webstart.Launcher.startServer(Launcher.java:287)
    at at.gv.egiz.bku.webstart.Launcher.launch(Launcher.java:158)
    at at.gv.egiz.bku.webstart.Launcher.main(Launcher.java:381)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
    at java.lang.reflect.Method.invoke(Unknown Source)
    at com.sun.javaws.Launcher.executeApplication(Unknown Source)
    at com.sun.javaws.Launcher.executeMainClass(Unknown Source)
    at com.sun.javaws.Launcher.doLaunchApp(Unknown Source)
    at com.sun.javaws.Launcher.run(Unknown Source)
    at java.lang.Thread.run(Unknown Source)
    Caused by: org.springframework.beans.factory.BeanCreationException: Error creating bean with name &#39;commandInvoker&#39; defined in ServletContext resource [/WEB-INF/applicationContext.xml]: Cannot resolve reference to bean &#39;accessController&#39; while setting bean property &#39;securityManager&#39;; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name &#39;accessController&#39; defined in ServletContext resource [/WEB-INF/applicationContext.xml]: Cannot resolve reference to bean &#39;configurator&#39; while setting bean property &#39;config&#39;; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name &#39;configurator&#39; defined in ServletContext resource [/WEB-INF/applicationContext.xml]: Invocation of init method failed; nested exception is java.lang.ExceptionInInitializerError
    at org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveReference(BeanDefinitionValueResolver.java:275)
    at org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveValueIfNecessary(BeanDefinitionValueResolver.java:104)
    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.applyPropertyValues(AbstractAutowireCapableBeanFactory.java:1245)
    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.populateBean(AbstractAutowireCapableBeanFactory.java:1010)
    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:472)
    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory$1.run(AbstractAutowireCapableBeanFactory.java:409)
    at java.security.AccessController.doPrivileged(Native Method)
    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:380)
    at org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:264)
    at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:221)
    at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:261)
    at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:185)
    at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:164)
    at org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveReference(BeanDefinitionValueResolver.java:269)
    ... 42 more
    Caused by: org.springframework.beans.factory.BeanCreationException: Error creating bean with name &#39;accessController&#39; defined in ServletContext resource [/WEB-INF/applicationContext.xml]: Cannot resolve reference to bean &#39;configurator&#39; while setting bean property &#39;config&#39;; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name &#39;configurator&#39; defined in ServletContext resource [/WEB-INF/applicationContext.xml]: Invocation of init method failed; nested exception is java.lang.ExceptionInInitializerError
    at org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveReference(BeanDefinitionValueResolver.java:275)
    at org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveValueIfNecessary(BeanDefinitionValueResolver.java:104)
    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.applyPropertyValues(AbstractAutowireCapableBeanFactory.java:1245)
    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.populateBean(AbstractAutowireCapableBeanFactory.java:1010)
    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:472)
    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory$1.run(AbstractAutowireCapableBeanFactory.java:409)
    at java.security.AccessController.doPrivileged(Native Method)
    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:380)
    at org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:264)
    at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:221)
    at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:261)
    at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:185)
    at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:164)
    at org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveReference(BeanDefinitionValueResolver.java:269)
    ... 55 more
    Caused by: org.springframework.beans.factory.BeanCreationException: Error creating bean with name &#39;configurator&#39; defined in ServletContext resource [/WEB-INF/applicationContext.xml]: Invocation of init method failed; nested exception is java.lang.ExceptionInInitializerError
    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1337)
    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:473)
    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory$1.run(AbstractAutowireCapableBeanFactory.java:409)
    at java.security.AccessController.doPrivileged(Native Method)
    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:380)
    at org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:264)
    at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:221)
    at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:261)
    at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:185)
    at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:164)
    at org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveReference(BeanDefinitionValueResolver.java:269)
    ... 68 more
    Caused by: java.lang.ExceptionInInitializerError
    at javax.crypto.Cipher.getInstance(DashoA13*..)
    at javax.crypto.Cipher.getInstance(DashoA13*..)
    at iaik.security.provider.IAIK.a(Unknown Source)
    at iaik.security.provider.IAIK.addAsJDK14Provider(Unknown Source)
    at iaik.xml.crypto.XSecProvider.addAsProvider(Unknown Source)
    at iaik.xml.crypto.XSecProvider.addAsProvider(Unknown Source)
    at at.gv.egiz.bku.conf.Configurator.configureProviders(Configurator.java:211)
    at at.gv.egiz.bku.conf.Configurator.configure(Configurator.java:307)
    at at.gv.egiz.bku.local.conf.SpringConfigurator.configure(SpringConfigurator.java:75)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
    at java.lang.reflect.Method.invoke(Unknown Source)
    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeCustomInitMethod(AbstractAutowireCapableBeanFactory.java:1413)
    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1374)
    at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1334)
    ... 78 more
    Caused by: java.lang.SecurityException: Cannot set up certs for trusted CAs
    at javax.crypto.SunJCE_b.<clinit>(DashoA13*..)
    ... 94 more
    Caused by: java.lang.SecurityException: Cannot locate policy or framework files!
    at javax.crypto.SunJCE_b.i(DashoA13*..)
    at javax.crypto.SunJCE_b.g(DashoA13*..)
    at javax.crypto.SunJCE_b$1.run(DashoA13*..)
    at java.security.AccessController.doPrivileged(Native Method)

    Ich habe trustDesk 2.7.7 - und nachdem der Fehler das erste Mal passiert ist, habe ich trustDesk reinstalliert, ohne Erfolg.
    Proxy verwende ich nicht, lokale Firewall schon, aber seit Monaten ohne wesentliche Veränderung. Und dazu noch - ich habe trustDesk auf einem Laptop, der im selben Netz hängt, from scratch installiert, und es hat alles funktioniert.
    Nur auf meinem normalen Desktop funktioniert es plötzlich nicht mehr, und wie gesagt, eine Neuinstallation hilft nichts...