Discussion :

[BastHard]

Bonjour,

Je développe actuellement une connexion sécurisé à une application silverlight (via un web service pour l'accès à une BD) nécessitant au préalable la récupération de données d'identifications sur une carte à puce.
La lecture de cette carte s'effectue grâce à une dll contenant des fonctions natives C# qui sont donc inutilisables en Silverlight.
Je voudrais donc savoir si il est possible de lancer une application codé en Java (portabilité oblige) depuis le client Silverlight qui récupère les informations de la carte et les retourne au client afin qu'elles soit traitée par le web service.

Merci d'avance.

[Samuel Blanchard]

Silverlight est une SandBox donc à moins d'être dans des conditions particulières tu ne peux executer des programmes/dll de l'extérieur que ce soit Java ou C#.

En revanche en SL4/Mode OOB/Trusted, tu peux instancier des objets COM.
D'ailleurs tu dois pouvoir le faire aussi sur toute version de SL mais en javascript et au dépend du visuel

Le problème c'est la portabilité de l'ensemble. Cela restera du Windows...

[chrisdot]

On peut faire aussi:
+ un ocx hébergé dans la page
+ du javascript qui accède à l'ocx
+ silverlight qui accède au code javascript (HtmlPage.Window.Invoke(...))

= une usine à gaz qui tourne que dans internet explorer, sur windows...

Sinon, comme le propose Samoteph, la solution nickel, c'est OOB/Full trusted (voir ici)....

[Bluedeep]

Bonjour

Je développe actuellement une connexion sécurisé à une application silverlight (via un web service pour l'accès à une BD) nécessitant au préalable la récupération de données d'identifications sur une carte à puce.
La lecture de cette carte s'effectue grâce à une dll contenant des fonctions natives C# qui sont donc inutilisables en Silverlight.
Je voudrais donc savoir si il est possible de lancer une application codé en Java (portabilité oblige) depuis le client Silverlight qui récupère les informations de la carte et les retourne au client afin qu'elles soit traitée par le web service.

Je m'interroge sur tes choix techniques.

Pourquoi avoir choisi SilverLight, dans la mesure où l'application client n'est absolument pas banalisée puisqu'elle nécessite d'embarquer une DLL spécifique sur le client ?

Au passage l'argument de limitation à Windows soulevé par autre intervenant me semble dépourvu de pertinence puisque cette DLL de lecture ne pourra fonctionner que sur un poste équipé de Windows : donc que l'applicaiton elle même soit limité à Windows ne constitue pas en soit une limitation génante.

Donc, dans la mesure où tu dois installer des éléments spécifiques sur le client et que ce client est quasiment obligatoirement une station Windows, pourquoi ne pas avoir opté, par exemple, pour une application WPF qui aurait pu dialoguer sans bricolages superflus avec ta DLL ?