Discussion :

[darkendorf]

Bonjour!

j'ai plusieurs questions de principe concernant les sessions...

Je suis sous Delphi XE (Demo pour le moment ^^ ), WinXP pro sp3.

J'aimerais des pistes pour gérer les sessions dans un Webservice SOAP.

Je trouve beaucoup d'informations sur le serveur DataSnap Rest server dont le mode de dialogue semble très bien se prêter à la gestion des sessions... mais qu'en est-il du serveur SOAP ?

dois-je transiter immédiatement sur un serveur Rest pour ne pas perdre de temps par la suite ? ou puis-je simplement implémenter la gestion des sessions clients dans mon serveur SOAP ?

j'ai un client Javascript qui gère très bien mes communications en SOAP depuis le wsdl, cela se passe-t-il d'une manière équivalente en Rest : un premier chargement du modèle avec XMLHttpRequest, puis la construction des requêtes depuis ce modèle, ou alors aucun modèle la communication se fait différemment...

J'ai vu que Rest pouvait utiliser du JSON, très pratique pour dialoguer directement avec des objets, sans avoir à créer un XML sur le serveur, puis analyser le XML côté Javascript, et rebelote dans l'autre sens. Mais il faut quand même créer l'objet JSON donc est-ce vraiment un gain ?

Merci d'avance pour toute piste que vous pourriez me donner, ne serais-ce sur un seul point de mon questionnement ^^

[ShaiLeTroll]

Une Session c'est pour une application Web ISAPI, CGI ou Apache !
Lorsque cela gère par exemple un login pour naviguer dans le site, c'est la session qui permet de mémoriser cela côté server via un identifiant unique que le client mémorise !

un Service SOAP n'a pas de session, tu lance une requête, avec une authentification basique au besoin, en HTTP ou HTTPS, la requête est traitée, cela envoie une réponse SOAP (un XML) !
La discussion est terminée !
la prochaine requête doit de nouveau envoyer les identifiants !

un JS qui utilise un SOAP, si l'on obligé pourquoi pas mais autant utiliser les nouveautés de Delphi XE qui supporte le JSON, tu auras un code plus simple en JS,

Tu n'as pas besoin de passer par REST ou un WebService, tu peux très bien faire des requêtes AJAX directement sur le server HTTP qui te renvoie directement du JSON (Content-type: application/json)
En faisant des simples requêtes HTTP, tu pourras avoir ta notion de session comme pour un simple site web mais au lieu de générer du HTML, cela génère du JSON, en plus cela économise les entêtes SOAP ou REST et les traitements qui vont avec !

j'ai participé à un projet PHP5\Zend ou la communication était en JSON, en fait, cela reprenait l'archi d'un TClientDataSet, qui générait un XML, puis un XSL transformait le XML en JSON, le client JS récupérait les données et chargeaient les objets reçus en un temps record (le parsage du XML étant 5 à 10 fois plus long selon le navigateur que le parsage JSON), le code JS\AJAX étant basé sur la YahooLib
Pourquoi XML puis JSON, tout simplement par ce qu'il y avait la volonté que ce nouveau projet puisse dialoguer avec Delphi7 soit par SOAP soit par requête HTTP direct, le XML pouvant via un petit XSL côté Delphi être remis en forme pour être supporté par le TClientDataSet (en fait le XML émis était nettement plus verbeux), et réciproquement un autre XSL pour la réponse

[darkendorf]

Une Session c'est pour une application Web ISAPI, CGI ou Apache ! (...)

Ok chef, effectivement ce n'est pas de Sessions (dans ce sens du terme) dont j'ai besoin.

Oui parser du XML en javascript est chronophage... terriblement.

J'ai besoin de conserver des informations sur les clients pour éviter de véhiculer constamment certaines informations, de plus j'ai besoin d'accéder à des données dans des bases bde donc d'avoir un répertoire par client pour stocker le .lck, et donc le retrouver à chaque demande ... je parle donc ici de 'sessions' sur le serveur. Quitte à instancier mon datamodule pour chaque utilisateur (une quinzaine d'instances maximum).

Quel type de serveur devrais-je reprogrammer sous Delphi XE ? Application Datasnap Rest ? j'ai besoin de fournir mes propres pages html avec des css et du javascript associés...

Merci de te pencher sur mes questions existentielles ^^

[ShaiLeTroll]

Tu veux faire un site Web ?
Si tu veux rester Delphi, utilise IntraWeb !
Cela gère en plus les sessions comme n'importe qu'elle appli web !

Sinon, il peut-être intéressant de mélanger les outils !

Client en Yahoo-Lib (nettement mieux que IW)
Serveur WEB (HTML, CSS et JS perso + YahooUI) en PHP sous Apache avec Delphi for PHP ou ZendStudio
Server SOAP en Delphi XE

Avec PHP\Yahoo tu auras la puissance de technologie web, bien plus adapté que Delphi ! Tu maitriseras mieux ton environnement et surtout les JS !

BDE ? Pourquoi BDE ? c'est mort et enterré !
Pour le fichiers .net, .lck et le workdir, je comprends ta problématique, bcp sur le forum se sont frottés à l'utilisation réseau (multi-client) du BDE !

Sinon, pourquoi ne pas avoir une DB Server, c'est valable aussi bien pour juste SOAP ou tout le serveur WEB en Delphi, une table Session qui contient un numéro de session (fourni par l'objet session intraweb ou passé en paramètre du SOAP) avec son propre .lck (une sorte de client interne), dans cette table, tu stockes ce que tu as besoin qui te permet d'accèder au élément de la base utilisateur avec ses paramètres

Je ne peux pas t'aider plus, je n'ai jamais dépassé les essais par curiosité de ces choses là, jamais de réel projet server !
Que des Clients HTTP simple ou SOAP