Discussion :

[Eric Beaumard]

Bonjour,

Se pose pour moi le problème d'avoir à porter sur le WEB, 7 applications réalisées avec D7.

Le mot portage n'est peut-être pas complètement adapté puisque je pourrais me résigner momentanément (à terme je souhaite les réécrire en JavaScript mais là j'ai une urgence) à ce que l'application soit lancée quand l'utilisateur clique sur un bouton située sur la page web, et que l'application meurt avec la fermeture de la page web, comme se serait le cas si elle était écrite en PHP ou autre.

Pour ne pas avoir à tout réécrire en Javascript ou Java j'avais pensé à transformer les applications en DLL, lancer les DLL sur clique de l'utilisateur (avec JavaScript par exemple). Les applications sont fenêtrées (ont un GUI) mais je crois me souvenir que les DDL avec fenêtres graphiques sont possibles, je l'avais fait il y a longtemps.

Quelqu'un a-t-il déjà fait cela ? Qu'en pensez-vous ?

Je pense qu'il n'y a pas trop de problèmes (enfin dites-moi) mais quand même se pose la question de la présence de la DLL sur le PC de l'utilisateur.

Certains doivent rire devant tant de naïveté, tant pis pour moi ...

Serait-il possible de demander à JavaScript de "gérer" la DLL ? (la télécharger dans system32 ou autre si elle est absente).

Merci par avance.

Eric.

[tenpigs]

javascript qui lance une dll et/ou qui accède au système de fichier du pc ça me semblerait être une sacré faille de sécurité, ça doit être possible avec un activeX mais cela ne marchera que avec ie...

Peut être que tu peux envisager de réutiliser le code métier et de refaire seulement les interfaces avec intraweb : http://www.atozed.com/intraweb/index.en.aspxhttp://

[Paul TOTH]

Non ce n'est pas possible de cette façon.

une appli Windows, se lance, a une durée de vie, différents écrans et une interaction continue avec l'utilisateur.

une appli Web c'est 1 requête qui affiche 1 page, fin de l'histoire. A chaque requête, tout le contexte de l'application doit être reconstruit (ou pas selon les besoins ou l'architecture d'ailleurs).

un peu comme si chaque action de l'application Delphi devait être codée par un ShellExecute()

pour un portable rapide ActiveX peut être une solution en effet.

ensuite, reste à savoir ce que fait l'application, si l'interface visuel est sommaire mais que le code fait des tas de traitements très compliqués, tout cela peut être mis sur un serveur web en recréant des formulaires web.

au contraire si l'interface est prépondérante, ça ne sera pas possible.

[Andnotor]

Il faudra de toute façon une action de l'utilisateur pour télécharger et installer une application.
Il est ensuite possible d'y accéder par automation en javascript pour autant que le navigateur soit configuré pour l'autoriser.

[Eric Beaumard]

Merci pour la réponse. J'ai été essayer de voir de quoi il retournait sur le web, je n'y ai vu que des façons de lancer un activeX avec Javascript. Est-ce à cela que tu fais référence ? (ce qui ne m'aiderait pas) ou bien parles-tu d'exécuter un exe ou une dll avec JS automation ? si oui as-tu d'autres informations ?

Cdlt.

Eric.

Il faudra de toute façon une action de l'utilisateur pour télécharger et installer une application.
Il est ensuite possible d'y accéder par automation en javascript pour autant que le navigateur soit configuré pour l'autoriser.

[Andnotor]

Je parlais d'une application (exe) embarquant un serveur COM, mais ça se charge la même chose qu'un ActiveX : Server = new ActiveXObject("MonServeur.Quelquechose");.

[Eric Beaumard]

Merci Tenpigs. Mais j'ai déjà exploré la question. Ca ne me convient pas.

javascript qui lance une dll et/ou qui accède au système de fichier du pc ça me semblerait être une sacré faille de sécurité, ça doit être possible avec un activeX mais cela ne marchera que avec ie...

Peut être que tu peux envisager de réutiliser le code métier et de refaire seulement les interfaces avec intraweb : http://www.atozed.com/intraweb/index.en.aspxhttp://