Discussion :

[rgarnier]

Bonjour,

Je sais que le sujet a déjà été traité et qu'il existe un appendix sur xmlrad.com, mais je réessaye encore d'utiliser le mode debug sur mon appli xmlrad en vain

J'utilise xmlrad 7P3, Delphi 7 et w2000.

Voici les modifs effectuées :
* iisprocess.reg (ok, les services sont en manuel)
* IUSR et IWAM en administrateur
* modif des stratégies locales pour interagir avec le bureau
* modif des paramètres de mon projet delphi

Résultat : inetinfo se lance bien lors du lancement de la dll, mais si j'invoque ma dll, j'ai une erreur http 500.

Je sais que pas mal de monde le fait en 2 clics sans pb, mais moi, depuis que j'utilise xmlrad, j'ai toujours eu des pb.

Excusez mon ignorance ...

P.S. : vu qu'il existe une faq, peut-être serait-il bon d'y ajouter la méthode, car chez xmlrad, elle est un peu vieille...

Merci

[RDM]

bonne idée:
http://xmlrad.developpez.com/faq/?pa...DebuggerDelphi

Si tu vois des coquilles merci de me le signaler. J'ai des versions US donc j'ai fait les traductions un peu au feeling
J'agrémenterai par la suite l'article avec des screenshots.

[Sylvain James]

J'ai écrit un tuto là dessus depuis un bout de temps et finalement je l'ai jamais publié. Il présente une méthode différente de celle de la FAQ.
Je l'envoie à RDM pour qu'il le mette en ligne s'il est ok.

Sylvain

[RDM]

suis ok

[RDM]

Du coup je l'ai intégré en tant qu'article:
http://xmlrad.developpez.com/Articles/ISAPIDebug/

[rgarnier]

C'est parfait. La doc est claire et précise.
Bravo Sylvain !!

Le seul bémol est que cet article s'adresse au monde Delphi + ISAPI, et pas à XMLRAD. Une des principales préco d'XMLRAD est d'être en Type de protection Basse, sinon, certaines requêtes sont perdues.

A priori, ça marche, mais peut-on être sûr du même fonctionnement en protection basse ???

[RDM]

Le seul bémol est que cet article s'adresse au monde Delphi + ISAPI, et pas à XMLRAD.

c'est quand meme un peu pareil si tu fais du XMLRAD avec Delphi. En général tu fais une ISAPI et le principe est le même. quand tu regardes ma FAQ c'est pareil cela pourrait aussi s'adresser a des programmeurs Delphi qui font une ISAPI simple.

Une des principales préco d'XMLRAD est d'être en Type de protection Basse, sinon, certaines requêtes sont perdues.

A priori, ça marche, mais peut-on être sûr du même fonctionnement en protection basse ???

J'ai testé, ca marche pour une application simple. mais pour une application complexe on retombe sur les problèmes habituels. mais pour le debug ca peut être suffisant.

[rgarnier]

D'accord avec toi.

Encore une fois, merci pour la faq

Et puis s'il y a pb, on recherchera pour inetinfo.exe ...

[Sylvain James]

C'est parfait. La doc est claire et précise.
Bravo Sylvain !!

Le seul bémol est que cet article s'adresse au monde Delphi + ISAPI, et pas à XMLRAD. Une des principales préco d'XMLRAD est d'être en Type de protection Basse, sinon, certaines requêtes sont perdues.

A priori, ça marche, mais peut-on être sûr du même fonctionnement en protection basse ???

Merci pour tes encouragements, j'espère que ça te permettra d'avancer. Cette méthode ne fonctionne pas en protection basse puisqu'elle repose sur les fonctionnalités COM+ de windows. Et lorsqu'on est en protection basse, le process de l'isapi n'est pas pris en charge par un objet COM+ mais est directement traité dans l'espace mémoire de IIS.

Je travaille sur une appli XMLRAD déjà conséquente, sans rencontrer de problèmes de debug hormis ceux que je cite en fin de tuto.
Mais dans la pratique, sur mon poste de dev, la protection d'application (IIS) est élevée alors que sur le serveur de prod, je l'ai laissée à basse histoire de suivre les recommandations eDelos.

D'ailleurs ça m'intéresserait de savoir vraiment pourquoi des requêtes sont perdues, dans quelles conditions, quels types de requêtes ?

Sylvain

[RDM]

D'ailleurs ça m'intéresserait de savoir vraiment pourquoi des requêtes sont perdues, dans quelles conditions, quels types de requêtes ?

perso j'ai pas la réponse. je vais essayer de me renseigner, car effectivement ca serait interessant de savoir.

[rgarnier]

Pour ma part, si on met protection Haute, voici ce que j'ai constaté :
- Perte de requête (1 / 3 environ en charge)
- Perte des skins
- Lenteur

J'en ai discuté plusieurs fois avec Jérôme qui m'avait dit (si je me souviens bien ... ) que le principe de base depuis l'origine, les DLL ISAPI étaient faites pour tourner en Low. Alors je pense qu'il a l'explication 'technique'.

Je suis preneur, car on m'a souvent posé cette question.

[RDM]

oui c'est normal qu'a l'origine ca soit en Low
ce sont des DLL. donc une dll doit être chargé par une application Hote.
dans le cas de IIS c'est inetinfo.exe qui est le processus principal.
il charge la DLL et appel la fonction point d'entre HttpExtensionProc.
maitnenant si on veut aller plus loin par rapport a ce principe il faut qu'il y est un autre processus autre que inetinfo.exe qui charge la DLL. mais il faut que inetinfo.exe puisse quand meme communiquer avec la DLL ou l'hote de la DLL. Je pense que c'est au niveau de cette communication qu'il y aun problème.