Discussion :

[darkendorf]

Bonjour,

Je tente de développer un web service en delphi (avec Delphi 2007) : je génère une dll que je met dans un répertoire virtuel de IIS 5, ma DLL est configuré dans les Filtres ISAPI de IIS. Tests sous XP SP3 actuellement, pas de problèmes, mon service répond bien, mon fichier .ini est bien chargé, jusque là je m'en suis plutôt bien sortit ^^

par contre, je dois faire accès à des tables paradox, et là il y a comme un os... mon objet session refuse de pointer ver le répertoire NetFileDir (et oui je ne suis pas le seul avec mon webservice à accéder à ces tables...)

Si je supprime mon objet TSession pour utiliser les paramètres par défaut, j'obtiens cette erreur logique :
C:\WINDOWS\SYSTEM32\PDOXUSRS.LCK
Permission refusée.
Impossible d'accéder au répertoire.

Donc quand je configure correctement mon objet session, il pointe vers un dossier de la machine, mais il semblerait que IIS me l'interdise...

Y a-t-il des droits particuliers à configurer sous IIS ou des paramètres spécifiques dans Delphi ?

[Franck SORIANO]

Déjà il va falloir faire attention à plusieurs choses.

Avec un filtre ISAPI, c'est IIS qui exécute le code, c'est à dire un service windows et non pas l'utilisateur connecté.
Donc si ton appli doit écrire dans System32, il faut que le compte Windows utilisé pour exécuter le service IIS (ou le pool d'application selon ton paramétrage) possède les droits suffisant pour accéder à System32.
Par défaut, IIS doit être configuré avec un compte assez restreint (question de sécurité).

Deuxièmement IIS en ISAPI est multi-threadée. Et le BDE n'est pas thread-safe ! Avec le BDE, il faut que chaque thread travaillent avec une session différente !
Concrêtement, lors de chaque appel à ton Webservice, il faut bien te dire que c'est peut-être un thread différent qui exécute ta requête. Et que ton WebService peut être appelé simultanément par deux threads différents.
Autrement dit, pour le BDE, il vaut mieux que tu ouvres une session différente par invocation du Webservice.

[darkendorf]

Wow merci de ta réponse !!

effectivement, j'avais trouvé l'option multi threadé intéressante, mais quand je charge en même temps deux appli, j'ai deux blocages BDE...

j'ai résolu mon problème de session, en le mettant dans un dossier ou IIS user a des droits.

Donc en gros, il vaudrait mieux que je ne fasse pas une dll mais un exécutable indépendant ? ou il existe un moyen de laisser ma dll dans IIS avec une configuration particulière ? ou peut-être remplacer ou enlever CoInitFlags := COINIT_MULTITHREADED; dans le source de mon projet ?

j'avoue que je touche à quelque chose qui m'est obscur, et j'avance à tatons ^^

[darkendorf]

[edit : ménage]

J'allais dire une c...

Bref il y a un concept dans le web service que je ne comprend pas... j'ai un web service, qui contient des objets permettant de se connecter à une base, executer des requêtes (...) dans un data module.

Est-ce que chaque client instancie le service intégralement ? ou est-ce que, par exemple, le WebModuleCreate n'est lancé que par le premier utilisateur et c'est l'interface de cette instance du service qui est appelée par tous les clients ? parce que dans ce dernier cas, dès qu'une instruction utilise un objet, une instruction d'un autre utilisateur peut être en train de l'utiliser...

Si la solution et d'instancier le web service intégralement pour chaque client et que ça peut être géré de manière tranparente pas IIS, ça me va, il ne me reste qu'à gérer la session bde dans un répertoire différent pour chaque utilisteur ( c'est toujours moins lourd que de configurer un web service par client potentiel !!!!!!!!! ).

help inside needed ^^

[Franck SORIANO]

Bref il y a un concept dans le web service que je ne comprend pas...

Effectivement. Un WebService est avant tout une application Serveur qui dialogue avec les clients en mode Web (echange HTTP via SOAP ou REST).

Le service est instancié/démarré lorsque IIS charge la DLL. C'est tout l'intérêt de l'ISAPI, le serveur est chargé une fois, reste en mémoire, et est interrogé en multi-threading par différents clients.
La question est de savoir quand est-ce que tu instancies ton datamodule. Si c'est au démarrage de l'application, via une variable globale, il n'y a qu'un seul datamodule partagé entre tous les clients.
Si c'est au début du traitement de la méthode appellée par le client, dans une variable locale à cette dernière, tu as une instance par client (et même par invocation).

Si la solution et d'instancier le web service intégralement pour chaque client et que ça peut être géré de manière tranparente pas IIS, ça me va, il ne me reste qu'à gérer la session bde dans un répertoire différent pour chaque utilisteur ( c'est toujours moins lourd que de configurer un web service par client potentiel !!!!!!!!! ).

Si tu veux que ton web service soit lancé à chaque appel client, fait une application CGI au lieu de l'ISAPI.
Ca veut dire qu'à chaque appel, IIS lancera une nouvelle instance de l'exe qui sera détruite à la fin de la requête du client. Dans ce mode, il n'est plus question de multi-threading. Une requête = Une instance de l'application CGI.
C'est beaucoup plus simple à coder. Par contre c'est aussi beaucoup moins performant. Surtout si tu as un temps de connexion du BDE important.

[ShaiLeTroll]

En Delphi 2007, tu as DevExpress avec les drivers MySQL fourni avec non ?
Tu devrais plutôt investir dans une technologique plus robuste que Paradox (obselète depuis Delphi 5 ~ 2000) , mieux vaudrait du BlackFish, InterBase ou FireBird, cela reste très proche de Borland\CodeGear, et surtout c'est maintenu !

DevExpress est pénible pour une utilisation avec des grilles, mais dans un WS, tu n'as pas besoin de curseur bi-directionnel, c'est probablement la couche d'accès aux données la plus rapide avec celle de CoreLab\Devart ... couplé à MySQL par exemple

Pas de question à se poser sur le multi-thread (du moins pas trop) et pas de
problème de droits, la DLL WS et le process DB sont indépendants !

[darkendorf]

Oui la connexion à bde n'est pas ce que l'on peut appeler instantanée... j'instancie manuellement mon unité UDataModule dans l'événement OnCreate du WebModule : DMmonService := TDMmonService.Create(Self);
Et dans le OnCreate du DM je paramètre mes objets bde (répertoire de démarrage - privateDir -, répertoire de partage de la connexion bde - NetFileDir - ...).

Si c'est au début du traitement de la méthode appelée par le client, dans une variable locale à cette dernière, tu as une instance par client (et même par invocation).

c'est ce qu'il me faut ^^

donc il me suffirait d'instancier mon DataModule dans l'implémentation de l'interface...

par contre, les fichiers fichiers bde LCK doivent du coup se trouver dans un répertoire différent à chaque fois, sinon c'est bde qui va refuser de s'ouvrir quand une connexion est en cours...

suis-je sur la bonne voie ?

PS : une requête n'a besoin d'être effectuée qu'au chargement de la DLL, je peux donc imaginer enregistrer son résultat dans une variable de mon WM pour qu'il la partage avec les autres instances, c'est bien ce qu'il faut comprendre ?