Debug (encore ....)

Version imprimable

07/09/2004, 17h16
rgarnier

Debug (encore ....)

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 :oops:

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
08/09/2004, 08h47
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.
08/09/2004, 09h17
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
08/09/2004, 09h24
RDM

suis ok :)
08/09/2004, 10h14
RDM

Du coup je l'ai intégré en tant qu'article:
http://xmlrad.developpez.com/Articles/ISAPIDebug/
08/09/2004, 11h05
rgarnier

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

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 ???
08/09/2004, 11h19
RDM

Citation:

Envoyé par rgarnier

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.

Citation:

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.
08/09/2004, 11h24
rgarnier

D'accord avec toi.

Encore une fois, merci pour la faq :lol:

Et puis s'il y a pb, on recherchera pour inetinfo.exe ...
08/09/2004, 11h43
Sylvain James

Citation:

Envoyé par rgarnier

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

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
08/09/2004, 11h49
RDM

Citation:

Envoyé par Sylvain James

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.
08/09/2004, 12h03
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 ... :roll: ) 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.
08/09/2004, 13h32
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.