Discussion :

[pascal07]

Bonjour

j'ai une application Win32 fait avec Delphi 10.2, qui intègre des composants tiers.

Environ 150 fichiers Pas, 80 dialogues... + quelques DLL.

( c'est WinRelais : http://www.typonrelais.com/index.php?page=winrelais )

C'est donc un EXE généré par Delphi, et coté client, il s'éxécute sur Windows 7 à 11. OK.

Comment faire fonctionner cette application en mode Saas, sur un serveur web donc.
Et coté client, elle fonctionnerait donc dans un navigateur.

J'ai trouvé sur le net : https://www.cybelesoft.com/fr/thinfi.../requirements/

quelqu'un connait ?

Autres pistes ?

Merci. Pascal 07300

[Anselme45]

Alors là, je voudrais pas te gâcher ton optimisme, mais franchement je doute que tu y arrives par une simple techno trouvée sur le web:

1. Une application .exe est destinée à fonctionner sur Windows, cela n'a rien avoir avec une app fonctionnant via un navigateur web

2. Une application .exe ne peut fonctionner que pour un utilisateur à l'instant T alors qu'une app pour navigateur accepte la connexion de plusieurs utilisateurs en même temps

3. Il existait par le passé une petite possibilité si ton application utilisait ActiveX mais les dernières versions des navigateurs web ont supprimé cette possibilité pour des raisons de sécurité

4. Le point 3 t'explique déjà un gros problème quand tu as une app qui tourne via un navigateur web. Les navigateurs sont fréquemment mis à jour et ils ne viennent pas te demander si cela reste compatible avec ton app!

5. Et je ne parle même pas de tes composants tiers... Tu as certainement pas accès à leur code donc tu ne pourras même pas essayer de les adapater!


Le seul truc qui pourrait fonctionner sans effort, c'est mettre ton exe sur un serveur windows et que ton client y accède comme un bureau à distance à partir de son poste de travail... Mais cela n'est pas vraiment du saas!!!

Pour un vrai saas, tu refais le projet de zéro avec des techo faites pour le développement web et là, Delphi n'est pas vraiment le bon cheval...

[ShaiLeTroll]

Si tu as un moteur métier complexe mais bien isolé, presque un MVC, peu de dépendance directe entre la DB et l'affichage avec une couche d'objet métier.

tu peux le conserver en partie, transformer le noyau dans un service windows, exposé une API REST (voire même DataSnap)
Evidemment, du Windows, le serveur ne sera pas donné qu'il soit hébergé dans ta société ou un cloud type Amazon
Constuire l'API REST sera déjà un sacré travail, il faut penser à toutes les entrées sorties.

Tu n'exposes pas ce Server sur le web, non non !
Tu ajoutes un MiddleWare en PHP ou Python, peu importe, c'est ce Middleware qui va produire la partie Front soit HTML et JavaScript pour le navigateur.
Là cela tourne sur du Apache, quelques serveurs Ubuntu feront l'affaire derrière un répartiteur de charge.

Il te faut repenser les écrans, on affiche pas ni l'on ne propose pas de saisie de la même façon en Web qu'en Desktop, c'est plusieurs mois voire année de travail de créer le MiddleWare et le Front.

Avant de lancer cela, il faudra voir ce qui est utile en Web et ce qui peu resté en Desktop, séparé par exemple les outils d'administrations, une partie du BackOffice pour n'exposer en Web qu'une petite partie de logiciel, tu migreras le reste dans au fil des itérations.




Pour externaliser la partie Delphi sans REST, un ActiveX uniquement sur le serveur, partagé avec PHP permet aussi de créer une passerelle (expliqué ici ou là aussi), je l'ai exploité dans un cadre de scripting d'import \ export, le PHP étant le langage de script, il s'occupait d'une grande partie des traitements et utilisaient les quelques fonctions de l'OLE partagé mais je ne crois pas que monté un middleware soit une approche fiable.

Tous les projets utilisant du DCOM ou COM+ pour les serveurs a fini par être migré vers REST (avec ou sans DataSnap)




Si tu as tout le code mélangé dans le TForm, une faible isolation du code métier et du code d'affichage, repart de zéro !

[Anselme45]

Si tu as un moteur métier complexe mais bien isolé, presque un MVC, peu de dépendance directe entre la DB et l'affichage avec une couche d'objet métier.

...

Tous les projets utilisant du DCOM ou COM+ pour les serveurs a fini par être migré vers REST (avec ou sans DataSnap)!

Donc pour résumer... Tu refais le projet de zéro

[free07]

Bonjour,

Et pourquoi pas regarder du côté de TMS Web core (ou autres) ? Il y a eu des discussions à ce sujet et il est vrai que les solutions sont très dépendantes du projet :

https://www.developpez.net/forums/d2...ns-navigateur/

https://www.developpez.net/forums/d2...b-core-mormot/

etc

[PickEpique]

Le seul truc qui pourrait fonctionner sans effort, c'est mettre ton exe sur un serveur windows et que ton client y accède comme un bureau à distance à partir de son poste de travail... Mais cela n'est pas vraiment du saas!!!

Pour un vrai saas, tu refais le projet de zéro avec des techo faites pour le développement web et là, Delphi n'est pas vraiment le bon cheval...

Quelques éditeurs ne se génent pas trop pour appeler SAAS une simple exposition d'application à travers Citrix (Quadra de Cegid) ou même RDS

[pascal07]

Bonjour,

Merci pour vos réponses détaillées.

J’ai bien conscience que faire fonctionner le Exe sur un serveur, et utiliser rdp et/ou html5 pour le voir côté client, dans un navigateur, n’est pas du vrai SaaS...

Je vais quand même tester la solution évoquée en local, pour voir, ça ne coûte rien...
On verra après si on va plus loin, c’est à dire louer un serveur chez un hébergeur pro.

Quand à ré écrire le logiciel, en séparant le front et le back, c’est non envisageable.
Trop de code, trop de travail pour une rentabilité incertaine, et plus le courage ni l’envie de me lancer dans un tel projet.
Je ne souhaite pas tout ré apprendre à 55 ans...

Pascal , utilisateur du langage Pascal