Beiträge von wilfrid.eu

    Der Browser? Da gibt's ein kleines Problem. Das SuSE Original verwendet /etc/alternatives/javaplugin -> /usr/lib/jvm/jre-1.6.0-openjdk/lib/i386/IcedTeaPlugin.so Allerdings! In der "großartigen" superaktuellen Version frisch von Oracle findet sich alles mögliche, nur kein "Eistee". Nichts was IcedTeaPlugin.so oder auch nur ähnlich heißen würde. Was konkret, welche .so Datei sollte denn statt dessen verwendet werden?


    Also eines trau ich mich zu behaupten: MOCCA unter Linux mag funktionieren, aber nur mit "halbem Informatikstudium"...

    HAHA! Frisch von Oracle: java -version
    java version "1.6.0_21"
    Java(TM) SE Runtime Environment (build 1.6.0_21-b06)
    Java HotSpot(TM) Server VM (build 17.0-b16, mixed mode)


    Ändert nichts an den Tatsachen, es bleibt bei Error Code 2000


    Sorry, liebe ProgrammiererInnen... ;-)))

    Hm... Eigentlich macht "mein SuSE" eh "ständig" Updates - lebte daher prompt in dem Glauben up to date zu sein. Ich geb's ja zu kein Programmierer zu sein, sondern "nur" Anwender. Wir können froh sein, dass es mit TCP/IP nicht solche Versions-Troubles gibt ;-) Wie schon gesagt: Ohne "sportlichen Ehrgeiz" geht's eben nicht - OK, die Open-Source Community wird mich dafür steinigen ;-))

    Grundsätzliche Anmerkung: Die Distribution sollte eigentlich keine Rolle spielen... Das wäre nämlich dann so als bräuchte man für jede Automarke eine eigene Spezialautobahn ;-))
    Grundsätzliche Anmerkung 2: Ich bin ein "ganz Böser" :-) Hätte nix dagegen wenn's selbst unter FreeBSD funktionieren tät. Aber erst mal Linux ;-)

    Und hier jetzt meine "Litanei":


    19:26:49,020 INFO webstart.Launcher - BKU Web Start 1.2.13-r637
    19:26:49,021 INFO webstart.Launcher - Initializing Launcher
    19:26:50,793 INFO webstart.Launcher - launching MOCCA Web Start online
    19:26:50,881 INFO webstart.Launcher - init servlet container and MOCCA webapp
    19:26:50,972 INFO mortbay.log - Logging to org.slf4j.impl.Log4jLoggerAdapter(org.mortbay.log) via org.mortbay.log.Slf4jLog
    19:26:51,615 INFO mortbay.log - jetty-6.1.19
    19:26:52,175 INFO mortbay.log - Extract /tmp/JettyContext541772578041572042/BKULocal.war to /tmp/JettyContext541772578041572042/webapp
    19:26:53,009 INFO mortbay.log - NO JSP Support for /, did not find org.apache.jasper.servlet.JspServlet
    19:27:02,765 INFO / - Initializing Spring root WebApplicationContext
    19:27:02,765 INFO context.ContextLoader - Root WebApplicationContext: initialization started
    19:27:02,809 INFO support.XmlWebApplicationContext - Refreshing org.springframework.web.context.support.XmlWebApplicationContext@82e4f3: display name [Root WebApplicationContext]; startup date [Mon Sep 06 19:27:02 CEST 2010]; root of context hierarchy
    19:27:02,904 INFO xml.XmlBeanDefinitionReader - Loading XML bean definitions from ServletContext resource [/WEB-INF/applicationContext.xml]
    19:27:03,374 INFO xml.XmlBeanDefinitionReader - Loading XML bean definitions from URL [file:/home/claire/.mocca/conf/mocca-conf.xml]
    19:27:03,423 INFO support.XmlWebApplicationContext - Bean factory for application context [org.springframework.web.context.support.XmlWebApplicationContext@82e4f3]: org.springframework.beans.factory.support.DefaultListableBeanFactory@6c9ec6
    19:27:03,504 INFO support.DefaultListableBeanFactory - Pre-instantiating singletons in org.springframework.beans.factory.support.DefaultListableBeanFactory@6c9ec6: defining beans [STALFactory,bindingProcessorManager,org.springframework.web.context.support.ServletContextAttributeExporter#0,accessController,commandInvoker,slCommandFactory,infoboxFactory,certValidator,configurator,configuration,smccConfiguration,readerFactory]; root of factory hierarchy
    19:27:03,794 INFO conf.Configurator - loading trustStore from /home/claire/.mocca/certs/trustStore
    19:27:04,090 INFO pki - pki: Configure-PKI: Archiving disabled
    19:27:04,106 INFO pki - pki: Configure-PKI: PKI module successfully configured.
    19:27:04,116 INFO conf.Configurator - setting SignatureLayout header to 1.0
    19:27:04,116 INFO conf.Configurator - No proxy configured
    19:27:04,132 INFO accesscontroller.SpringSecurityManager - Loading resource: file:/home/claire/.mocca/conf/accessControlConfig.xml
    19:27:04,780 INFO support.ServletContextAttributeExporter - Exported ServletContext attribute with name 'bindingProcessorManager'
    19:27:05,643 INFO context.ContextLoader - Root WebApplicationContext: initialization completed in 2878 ms
    19:27:05,661 INFO mortbay.log - http-security-layer-request at http://127.0.0.1:3495/
    19:27:05,661 INFO mortbay.log - http-security-layer-request at http://127.0.0.1:3496/
    19:27:05,719 INFO mortbay.log - Started SelectChannelConnector@127.0.0.1:3495
    19:27:05,833 INFO mortbay.log - Started SslSocketConnector@127.0.0.1:3496
    19:27:05,859 INFO webstart.Launcher - BKU successfully started
    19:27:37,150 INFO binding.HTTPBindingProcessor - Error while consuming input stream java.lang.UnsupportedOperationException: Cannot create XMLStreamReader or XMLEventReader from a javax.xml.transform.stream.StreamSource
    java.lang.UnsupportedOperationException: Cannot create XMLStreamReader or XMLEventReader from a javax.xml.transform.stream.StreamSource
    at com.sun.xml.internal.stream.XMLInputFactoryImpl.jaxpSourcetoXMLInputSource(XMLInputFactoryImpl.java:283)
    at com.sun.xml.internal.stream.XMLInputFactoryImpl.createXMLStreamReader(XMLInputFactoryImpl.java:143)
    at com.sun.xml.internal.stream.XMLInputFactoryImpl.createXMLEventReader(XMLInputFactoryImpl.java:90)
    at at.gv.egiz.bku.slcommands.SLCommandFactory.unmarshal(SLCommandFactory.java:261)
    at at.gv.egiz.bku.slcommands.SLCommandFactory.createSLCommand(SLCommandFactory.java:344)
    at at.gv.egiz.bku.binding.HTTPBindingProcessor.assignXMLRequest(HTTPBindingProcessor.java:583)
    at at.gv.egiz.bku.binding.HTTPBindingProcessor.consumeRequestStream(HTTPBindingProcessor.java:685)
    at at.gv.egiz.bku.local.webapp.BKURequestHandler.doPost(BKURequestHandler.java:70)
    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.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:409)
    at org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:520)
    19:27:37,153 INFO binding.HTTPBindingProcessor - Sending QUIT command to STAL
    19:27:37,153 INFO smccstal.AbstractSMCCSTAL - Processing: class at.gv.egiz.stal.QuitRequest
    19:27:37,153 INFO smccstal.AbstractSMCCSTAL - Retry #0 of 1
    19:27:37,153 INFO smccstal.AbstractSMCCSTAL - Got null response from handler, assuming quit
    19:27:37,153 INFO binding.HTTPBindingProcessor - Terminating Bindingprocessor; Thread: 41

    Besten Dank Boe, ja "selbstverständlich" ;-), die grundlegenden PC/SC Pakete aus der 11.3 Distri sind installiert und der pcscd wird "selbstverständlich" brav gestartet. Ganz ehrlich: Die Signatur unter Linux sehe ich mit "sportlichem Ehrgeiz" - zumal ich zu erkennen vermeine, dass auch "Nichtfans" von MIcrosoft-Alternativen langsam aber sicher einsehen, dass es keinen vernünftigen Grund gibt den Produkten aus Redmond bevorzugte Behandlung zukommen zu lassen. Aber gut Ding braucht Weile ;-) Werde mich bei Erfolg / Misserfolg wieder melden.
    LG WS

    Also unter Windows mittlerweile klaglos, aber exakt mit der gleichen Hardware (ReinerSCT Cyberjack mit LCD-Display, E-Card 3G) und sogar gleicher BKU (MOCCA), jedoch SuSE Linux 11.3 passiert das:


    unter http://127.0.0.1:3495/http-security-layer-request steht:
    An error has occured upon request processing by the citizen-card software:
    Error Code: 2000
    Unklassifizierter Fehler in der Transportbindung


    Na ja, selbst schuld! Warum muss er auch Linux verwenden... At least I am now learning one more language: Error-English. Already fluent, without intention...


    mbg
    Wilfrid Schusta, http://www.wilfrid.eu/

    Also ehrlich, dies bzw. was in [url=http://www.buergerkarte.at/mvnforum/mvnforum/viewthread_thread,174]Beitrag 174[/url] so zu lesen ist, "erschüttert" mich nun doch. Kocht denn hier jeder sein eigenes Süppchen? Es wird wohl einen Grund gehabt haben, weshalb 1.2 spezifiziert wurde.und die Laune der ProgrammiererInnen darf nicht das Maß aller Dinge sein! Sie werden somit ermächtigt - selbstverständlich erhalten Sie das von mir jederzeit auch digital signiert ;-)) - gegenüber sämtlichen Stellen, die noch nicht auf 1.2 umgestellt haben


    1. mich namentlich zu erwähnen
    2. mitzuteilen, dass ich sehr verärgert bin ;-)


    OK, bin schon ein alter Hase und habe vor 15 Jahren beim Start von GSM ähnlich "gelitten" wie heute mit der digitalen Signatur. Glaube allerdings, dass mehr Menschen die digitale Signatur bereits verwenden würden, wenn nicht alles "sooo mühsam" wäre. Der Einstieg in die Materie ist nämlich gar nicht so leicht und es frustriert, wenn das Gefühl hochkommt, dass alles noch schwieriger ist, weil nicht alle beteiligten Stellen optimal motiviert sind.


    Beste Grüße!
    Wilfrid Schusta

    Fehler bei der Anmeldung


    Bei der Anmeldung ist ein Fehler aufgetreten.


    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 3002: XML-Struktur der Befehlsanfrage entspricht nicht dem Schema des Security-Layers.


    ********


    Das erscheint im Browser unter https://127.0.0.1:3496/https-security-layer-request beim Anmeldeversuch zum Bundesschatz.


    (Windows 7, MOCCA, E-Card 3G)


    mfg Wilfrid Schusta