Geräteanbindung vom Browser aus
CSH
- browser
0 Harlequin0 Alexander (HH)0 CSH
Hallo,
ist es irgendwie möglich vom Browser aus Geräte anzusprechen, die am PC angeschlossen sind, wie z.B. ein Kartenlesegerät?
Ziel ist es Daten einer Chipkarte clientseitig (Browser) einzulesen und webbasiert weiterzuverarbeiten (in einer DB auf dem Server abzulegen).
Geht das mit Java-Applets? Oder Flash? Oder ActiveX? Oder anders? Die Lösung sollte Browser und plattformunabhängig sein.
Gruß
Christian
Yerf!
Geht das mit Java-Applets?
Vermutlich nur sehr eingeschränkt aufgrund der Sandbox.
Oder Flash?
Glaub ich eher nicht.
Oder ActiveX?
Die Chancen dafür stehen eigentlich ganz gut.
Oder anders?
Ein eigenes Browser-Plugin dafür schreiben...
Die Lösung sollte Browser und plattformunabhängig sein.
Das wird wohl nicht dabei rauskommen, außer man baut führ jede gewünschte Kombination was eigenes.
Gruß,
Harlequin
Geht das mit Java-Applets?
Ja, aber auch ohne.
Oder Flash?
Ja, aber auch ohne.
Oder ActiveX?
Ja, aber auch ohne.
Oder anders?
Ja. Lasse auf dem PC einen Webserver mit irgendeiner beliebigen serverseitigen Programmierumgebung (Perl, PHP, C, C++, ...) laufen, die auf die API des Cardreaders zugreift.
Die Lösung sollte Browser und plattformunabhängig sein.
Das wird schwer, weil Du zunächst eine Cardreader-API brauchst, die plattformunabhängig ist.
Oder willst Du den PC mit Browser als Client benutzen? Da brauchst Du etwas, was aus der "Sandkiste" des Browsers ausbrechen kann, quasi eine Hintertür. ActiveX-Controls funktionieren nur auf Windows und nur mit IE und darauf aufsetzenden Browsern, hätten aber das Potenzial, so ziemlich alles mit dem PC anzustellen, was auch der Benutzer darf. Deswegen sperrt man ActiveX-Controls normalerweise.
Ein SIGNIERTES Java-Applet mit Native-API darf den Benutzer BITTEN, ihm zusätzliche Rechte, z.B. Zugriff auf eine API zu gewähren.
In beiden Fällen brauchst Du aber die Cardreader-API auf dem Client.
Flash wird native Code nur als Panne ausführen.
Alexander
Geht das mit Java-Applets?
Ja, aber auch ohne.
Oder Flash?
Ja, aber auch ohne.
Oder ActiveX?
Ja, aber auch ohne.
Oder anders?
Oder willst Du den PC mit Browser als Client benutzen? Da brauchst Du etwas, was aus der "Sandkiste" des Browsers ausbrechen kann, quasi eine Hintertür. ActiveX-Controls funktionieren nur auf Windows und nur mit IE und darauf aufsetzenden Browsern, hätten aber das Potenzial, so ziemlich alles mit dem PC anzustellen, was auch der Benutzer darf. Deswegen sperrt man ActiveX-Controls normalerweise.
Jo, klar!
Ein SIGNIERTES Java-Applet mit Native-API darf den Benutzer BITTEN, ihm zusätzliche Rechte, z.B. Zugriff auf eine API zu gewähren.
In beiden Fällen brauchst Du aber die Cardreader-API auf dem Client.
Also klingt so, als bliebe als "beste" Lösung nur ein Java-Applet?!
Gruß!
Also klingt so, als bliebe als "beste" Lösung nur ein Java-Applet?!
Nein. Wozu muß es der Webbrowser sein? Woher kommt die Anforderung?
Was spricht dagegen, mit einem herunterzuladenden oder zu verteilenden Programm auf den Cardreader zuzugreifen und dann per TCP/IP mit dem Server zu kommunizieren?
Reden wir über ein übersichtliches LAN, ein unübersichtliches Corporate LAN oder über das Internet?
Java Webstart wäre ein guter Kompromiß zwischen Webbrowser und eigenständigem Programm. JWS lädt vollwertige Programme (keine eingeschränkten Applets) per HTTP herunter und führt sie nach abnicken durch den Benutzer aus. Updates des Programms funktionieren ebenfalls über JWS. Das bedeutet aber, dass auf allen betroffenen Client-PCs JWS installiert werden muß.
Alexander