IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

XMLRAD Discussion :

Dll Pluggin - Service Unavailable


Sujet :

XMLRAD

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre éclairé Avatar de Jeweller
    Inscrit en
    Août 2003
    Messages
    357
    Détails du profil
    Informations forums :
    Inscription : Août 2003
    Messages : 357
    Par défaut Dll Pluggin - Service Unavailable
    Bonjour,
    Sur un serveur de tests qui héberge déjà plusieurs app XMLRAD (qui fonctionne bien!), je tente d'en déployer une autre (mode pluggin XMLRAD2005, 2 fichiers dll, Win2003). Je l'ai placé dans un pool distinct. Si je l'invoque en faisant /PING elle répond bien, par contre rien d'autre ne fonctionne (IE affiche une page d'erreur réseau: "la page est indisponible, le site web que vous recherchez rencontre peut etre des difficultés, blablabla"). Dans le journal Windows je peux lire:

    Un processus servant le pool d'application 'WebServices' s'est arrêté de façon inattendue. L'identificateur de processus était '816'. Le code de sortie du processus était '0xeedfade'.
    Apres 5 invoquations provoquant tjrs cette même erreur, le pool s'arrète et j'ai 'Service Unavailable' (logique).
    Je n'ai aucune log ni aucune trace de l'application XMLRAD (même les fichiers ne sont pas créés, pourtant les droits sont bons).
    Je ne comprends pas d'ou ca vient, sur mon poste de développement , l'appli fonctionne tres bien. Elle est d'ailleurs tres light (1 xmlmodule par dll et qqs xmlservices).
    Chose interessante, si je retire la seconde dll, ca fonctionne normalement!
    Avez vous une piste à m'indiquer trouver la cause du pb? Pourquoi le chargement de la dll pluggin echoue dans ce cas ?

    Michael

  2. #2
    RDM
    RDM est déconnecté
    Membre Expert

    Profil pro
    Inscrit en
    Mars 2002
    Messages
    1 424
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mars 2002
    Messages : 1 424
    Par défaut
    ca sent effeictvement le crash au chargement du plugin
    tu peut mettre les traces en verbose complet sur tous les groupes et en décoché le mode Async pour essayer de chopper quelques traces...

  3. #3
    Membre éclairé Avatar de Jeweller
    Inscrit en
    Août 2003
    Messages
    357
    Détails du profil
    Informations forums :
    Inscription : Août 2003
    Messages : 357
    Par défaut
    Le mode verbose est en place (j'ai déjà activé toutes les traces possibles), mais aucun message. Par contre "en décocher le mode Async" je trouve ca ou ? (j'ai pas XMLRAD installé sur le poste, je modifie directement les fichiers xml). Je ne connais pas cette option.

    Michael

  4. #4
    RDM
    RDM est déconnecté
    Membre Expert

    Profil pro
    Inscrit en
    Mars 2002
    Messages
    1 424
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mars 2002
    Messages : 1 424
    Par défaut
    tout en haut du fichier tu dois avoir <Async>1</Async>
    faut le mettre à 0. s'il n'y ait pas faut le mettre

    au passage les fichiers de conf sont décrits ici:

    http://xmlrad.com/DelosBin/Delos.dll...5#EventLog.xml

  5. #5
    Membre éclairé Avatar de Jeweller
    Inscrit en
    Août 2003
    Messages
    357
    Détails du profil
    Informations forums :
    Inscription : Août 2003
    Messages : 357
    Par défaut
    Oui, effectivement. J'ai un peu de Trace maintenant, mais cela ne m'en apprend pas bcp plus!

    09:46:31 945.187 0 - 0 TXMLApplication 2 InitFromConfigFile - Devices file not found: D:\IIS\WebServices\MOSIWs\Bin\Devices.xml
    09:46:31 948.239 0 - 0 TXMLApplication 4 DLLName: MOSIWs.dll
    09:46:32 242.214 0 - 0 TXMLApplication 2 InitFromConfigFile - Devices file not found: D:\IIS\WebServices\MOSIWs\Bin\Devices.xml
    09:46:32 245.088 0 - 0 TXMLApplication 4 DLLName: MOSIWs.dll
    et
    09:46:31 933.035 0 - 0 TXMLApplication 3 ----------------------
    09:46:31 933.280 0 - 0 TXMLApplication 3 XMLUtils initialized
    09:46:31 933.707 0 - 0 TXMLApplication 3 XMLApplication created
    09:46:31 933.915 0 - 0 TXMLApplication 3 XMLCGenerator created
    09:46:31 934.088 0 - 0 TXMLApplication 4 begin XMLApplication.InternalDispatchRequest
    09:46:31 934.303 1 - 0 TXMLApplication 4 begin InternalDispatchRequest.InternalGlobalDispatchRequest
    09:46:31 934.494 1 - 0 XMLC_Stack 4 TXMLApplication.DispatchRequest.InternalGlobalDispatchRequest
    09:46:31 934.679 1 - 0 XMLC_Stack 4 TXMLApplication.Initialize
    09:46:31 934.873 1 - 0 TXMLApplication 4 begin TXMLApplication.Initialize
    09:46:31 935.055 1 - 0 TXMLApplication 3 XMLApplication.Initialize
    09:46:31 935.236 0 - 0 TXMLApplication 4 TXMLApplication.InitFromConfigFile - AppPath: D:\IIS\WebServices\MOSIWs\Bin\
    09:46:31 935.408 0 - 0 TXMLApplication 4 TXMLApplication.InitFromConfigFile - AppFileName: D:\IIS\WebServices\MOSIWs\Bin\vclXML70.bpl
    09:46:31 936.189 0 - 0 TXMLApplication 4 TXMLApplication.InitFromConfigFile - ConfigFile Loaded: D:\IIS\WebServices\MOSIWs\Bin\Config.xml
    09:46:31 944.561 0 - 0 TXMLApplication 4 TXMLApplication.InitFromConfigFile - DefaultDataDir: D:\IIS\WebServices\MOSIWs\Data
    09:46:32 230.033 0 - 0 TXMLApplication 3 ----------------------
    09:46:32 230.251 0 - 0 TXMLApplication 3 XMLUtils initialized
    09:46:32 230.678 0 - 0 TXMLApplication 3 XMLApplication created
    09:46:32 230.884 0 - 0 TXMLApplication 3 XMLCGenerator created
    09:46:32 231.057 0 - 0 TXMLApplication 4 begin XMLApplication.InternalDispatchRequest
    09:46:32 231.273 1 - 0 TXMLApplication 4 begin InternalDispatchRequest.InternalGlobalDispatchRequest
    09:46:32 231.463 1 - 0 XMLC_Stack 4 TXMLApplication.DispatchRequest.InternalGlobalDispatchRequest
    09:46:32 231.714 1 - 0 XMLC_Stack 4 TXMLApplication.Initialize
    09:46:32 231.910 1 - 0 TXMLApplication 4 begin TXMLApplication.Initialize
    09:46:32 232.093 1 - 0 TXMLApplication 3 XMLApplication.Initialize
    09:46:32 232.272 0 - 0 TXMLApplication 4 TXMLApplication.InitFromConfigFile - AppPath: D:\IIS\WebServices\MOSIWs\Bin\
    09:46:32 232.452 0 - 0 TXMLApplication 4 TXMLApplication.InitFromConfigFile - AppFileName: D:\IIS\WebServices\MOSIWs\Bin\vclXML70.bpl
    09:46:32 233.214 0 - 0 TXMLApplication 4 TXMLApplication.InitFromConfigFile - ConfigFile Loaded: D:\IIS\WebServices\MOSIWs\Bin\Config.xml
    09:46:32 241.589 0 - 0 TXMLApplication 4 TXMLApplication.InitFromConfigFile - DefaultDataDir: D:\IIS\WebServices\MOSIWs\Data
    Mais pas de trace d'une erreur quelconque... J'ai le sentiment que ma seconde dll n'est pas bonne du tout... mais ce qui me dépasse c'est que sur mon poste de dev ca fonctionne normalement! Il y a peut etre dépendence avec une bibliothèque qui n'existe pas sur le serveur de test, mais je ne vois pas quoi!
    Ce qui est bizzard aussi c'est que ces log sont le résultat d'une seule requete... pourtant on dirait qu'il y a 2 initialization (les 2 dll peut etre) ??


    L'erreur dans l'observateur d'évenement Windows reste inlassablement la même (même code de sortie systématiquement):
    Un processus servant le pool d'application 'WebServices' s'est arrêté de façon inattendue. L'identificateur de processus était '1836'. Le code de sortie du processus était '0xeedfade'.

  6. #6
    RDM
    RDM est déconnecté
    Membre Expert

    Profil pro
    Inscrit en
    Mars 2002
    Messages
    1 424
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mars 2002
    Messages : 1 424
    Par défaut
    ce que je vois c'est qu'il y a un plantage juste après la trace:
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    09:46:31 948.239 0 - 0 TXMLApplication 4 DLLName: MOSIWs.dll
    c'est juste au moment du LoadLibrary du plugin.
    (tu peux rajouter des traces dans le framework pour affiner cela...)
    donc effectivement la DLL ne doit pas être correcte.

    le deuxième démarrage est la conséquence du plantage.

    sur ton poste de dev tu es en 2003 avec pool aussi ?

  7. #7
    Membre éclairé Avatar de Jeweller
    Inscrit en
    Août 2003
    Messages
    357
    Détails du profil
    Informations forums :
    Inscription : Août 2003
    Messages : 357
    Par défaut
    Aie Aie Aie.... J'ai installé les dll en question sur un 3ieme serveur bien différent sous win2003 (des appli xmlrad y fonctionnent déjà aussi tres bien) et je retrouve exactement les mêmes symptomes, même erreur, même code de sortie... Alors que ca marche sous mon windows2000. Je pige pas...

  8. #8
    Membre éclairé Avatar de Jeweller
    Inscrit en
    Août 2003
    Messages
    357
    Détails du profil
    Informations forums :
    Inscription : Août 2003
    Messages : 357
    Par défaut
    Desole, je vous distille un peu les infos comme elles me viennent dans l'espoir un peu fou que qqs me dise "tu as pensé à décocher la case, empecher le pluggin de fonctionner, ?" et que je me retrouve tout bete mais que ca fonctionne ensuite!
    Alors voila, si je compile une des dll sans le mode "paquet d'execution" (pas le mode pluggin en gros) eh ben ca fonctionne (enfin ca en a l'air)!

    ?

  9. #9
    RDM
    RDM est déconnecté
    Membre Expert

    Profil pro
    Inscrit en
    Mars 2002
    Messages
    1 424
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mars 2002
    Messages : 1 424
    Par défaut
    est-ce qu'une application plugin de base (donc avec 2 dlls) fonctionnent sur un serveur 2003 ?
    si oui il ne te reste plus qu' afire de la dichotomie entre les 2 jusqu'a savoir ce qui fait que ca plante...

  10. #10
    Membre éclairé Avatar de Jeweller
    Inscrit en
    Août 2003
    Messages
    357
    Détails du profil
    Informations forums :
    Inscription : Août 2003
    Messages : 357
    Par défaut
    Bon, j'ai fini par mettre le doigt dessus!
    Dans une des unités qqs part dans un uses de uses de uses (une unité à la con partagé par deux ou trois truc qui défini qqs constantes), il y a tout en bas du fichier la ligne suivante:
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    GLock := TseMutex.Create('MTX_MOSNBRCOUNT');
    Cette unité etait implicitement importée par les deux dll.. donc forcément, elle ne peuvent pas se charger en même temps en mémoire!!
    Mais du coup je ne comprends pas pourquoi ca marchait sur mon win2000! Ca n'aurait jms du fonctionner!
    Vive le travail coopératif ;-)

    Michael

  11. #11
    RDM
    RDM est déconnecté
    Membre Expert

    Profil pro
    Inscrit en
    Mars 2002
    Messages
    1 424
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mars 2002
    Messages : 1 424
    Par défaut
    elle est pas mal celle là

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. Service Unavailable (default.asp)
    Par delavega dans le forum ASP
    Réponses: 4
    Dernier message: 16/11/2007, 21h55
  2. service unavailable" Serveur dedié 2003 IIS
    Par slacky dans le forum IIS
    Réponses: 0
    Dernier message: 09/11/2007, 11h55
  3. probleme avec dll et service application
    Par Babylonne dans le forum C++Builder
    Réponses: 0
    Dernier message: 13/08/2007, 11h57
  4. service unavailable sur IIS
    Par Arthis dans le forum ASP.NET
    Réponses: 3
    Dernier message: 20/06/2007, 11h28
  5. Problème de libération de DLL - Web Service
    Par Laurent_75000 dans le forum Web & réseau
    Réponses: 3
    Dernier message: 18/05/2006, 13h25

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo