Plusieurs version d'une même App sur un même serveur

**Jeweller** · 10/02/2006, 11h33

Bonjour,
Je rencontre des difficultés à l'installation de plusieurs versions d'une même app sur un même serveur IIS. J'ai besoin par exemple d'avoir la même application xmlrad mais fonctionnant chacune indépendement sur deux bases de données différentes et eventuellement dans des versions différentes.
Pour ca j'ai biensur des aliases IIS différents (Bin et Portal) et je positionne XMLC_InstanceName à une valeur différente (de facon à ce que les aliases qui contiennent justement XMLC_InstanceName correspondent: genre "AppXMLRAD" et "AppXMLRAD2").
J'ai fait tres attention dans mon application à toujours utilisé les données du context (Aliases, XMLC_Params,...). CookiesPath contient lui aussi XMLC_InstanceName.

Eh bien ca marche pas (sauf si je iisreset à chaque fois entre une utilisation de l'une ou de l'autre, mais les deux en même temps ca fonctionne pas). Parfois j'ai carrement une erreur 500 ou "module introuvable" sur la 2ieme des lors que la premiere est chargée (la premiere app se charge toujours sans erreur et ca fonctionne). Parfois ca se melange les pinceaux, j'invoque la seconde mais j'ai toujours la premiere qui s'execute, terrible! (facile de vérifier si on a un style différent). Je ne comprends pas si qui se passe, j'ai essayer de forcé CookiesPath pour etre sur, Aliases.xml aussi, bref ...
Avez vous des expériences de cela ou des conseils à formuler? Mes appli fonctionnent en mode pluggin, ca pose un problème ? Est ce que c'est lié au serveur IIS (sous XP, c'est pour les démos des commercials) ?
Quels sont les solutions (une app sous IIS , une sous APACHE)?

Michael

**rgarnier** · 10/02/2006, 14h05

Nous avons des serveurs sur lesquels cohabitent une dizaine d'instance de la même appli sans problème.

Cçonfig :
IIS 5
XMLRAD 8
Pas de plugin

**RDM** · 10/02/2006, 14h41

il n'y a pas de problème a cequ'il y ait plusieurs applis sur un même serveur, regarde les demos XMLRAD elles focntionnent toutes non ? elles sont sur le même serveur

par contre vérifie la configuration des alias de tes applications, est-ce que la protection d'application est "basse".

concernant les plugins, il n'y a pas non plus de contrinfications a partir du moment ou vclXML70.bpl et les dll sont dans le même répertoire !

**Jeweller** · 10/02/2006, 17h02

Le serveur en question est un windows XP. Le niveau de protection est bien "faible". Je ne sais pas pourquoi cela ne fonctionne pas... effectivement ca devrait!!

Les applications sont les mêmes (quasi, versions un peu différente): deux dossiers bin avec deux dll de meme nom et deux fois le vclxml7.bpl (et les autres) pointés par deux alias IIS différents forcément.
Il me semble que sur un 2003 ca passait bien, mais ca fait longtemps... je vais refaire un test bientot!
C'est quand même fou, j'invoque la deuxième et apres le login je tombe sur la premiere (la page de login elle même déjà est pas tout a fait correct!). J'ai l'impression qu'XP n'en charge qu'une seule à la fois en mémoire, c'est possible ca?
Bref... Si j'y comprends qqch, je vous le dirais

Michael

**RDM** · 10/02/2006, 17h35

peut être que le fait que la DLL est le même nom soit problématique. c'est juste une hypothèse de recherche...

**rgarnier** · 13/02/2006, 11h09

peut être que le fait que la DLL est le même nom soit problématique. c'est juste une hypothèse de recherche...

Je ne pense pas, cette config est en prod chez nous et pas de pb avec les noms identiques de DLL.

**Jeweller** · 13/02/2006, 11h47

Est ce que cela peut venir de mon app elle même ? j'ai refais un test sur un poste Win2000 et même si je n'ai pas d'erreur cette fois ci, alors que j'en invoque une, je tombe sur l'autre.... Y a une c..... dans le paté, je crois.

Michael

**Jeweller** · 13/02/2006, 12h22

En cherchant un peu, voici ce que j'ai:

url invoquée:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

http://monposte/MOS_XML50Bin/MOS_XML.dll

XMLC_InstanceName:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

MOS_XML50

Aliases:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

/{$XMLC_InstanceName}Bin/MOS_XML.dll/

Et pourtant dans la grappe de ma page par défaut j'ai:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
<Aliases> 
  <MOS_XMLDLL>/MOS_XMLBin/MOS_XML.dll/</MOS_XMLDLL> 
  <MOS_XML>/MOS_XML/</MOS_XML> 
  </Aliases>

C'est la preuve que je tombe sur l'autre dll que celle invoquée. Un nom différent de dll ne change rien:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

http://monposte/MOS_XML50Bin/MOS_XML50.dll

m'ouvre toujours

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

http://monposte/MOS_XMLBin/MOS_XML.dll

Si je charge MOS_XML50.dll en premier, j'ai une erreur module introuvable sur MOS_XML.dll. C'est clair qu'il y a un gros loup, mais où ??
Le vclxml70.bpl est présent dans chaque dossier Bin(compilation légèrement différente).

**RDM** · 13/02/2006, 14h34

quel est le chemin pour tes alias:
- MOS_XML50Bin
- MOS_XMLBin

**Jeweller** · 13/02/2006, 15h06

MOS_XML50:

C:\MOS\D7\Serveur\ActiveDesk\MOS_XML\Bin

MOS_XML

D:\Sources\V5XX\Serveur\ActiveDesk\MOS_XML\Bin

Les chemins viennent droits de la config de IIS. Un est sur C et l'autre sur D!
Il n'y a pas de vclxml70.bpl dans system32.

**RDM** · 13/02/2006, 15h34

et dans les traces ? que ce passe-t-il ? y a-t-il qu'une seule application qui génère des traces ?
si tu mets le mode verbose tu TXMLApplication, tu vas trouver dans les traces le nom du fichier config.xml avec le chemin complet qui est chargé.

**Jeweller** · 13/02/2006, 16h02

Une seule génère les traces.
Apres un IIreset:

Cas 1, j'invoque MOS_XML en premier:
Le InitFromConfigFile apparait (il ne trouve pas le fichier de device, j'en ai pas... bon soit). J'invoke ensuite MOS_XML50, je retrouve dans les trace de MOS_XML cette invoquation alors qu'il n'y a rien dans les traces MOS_XML50.

Cas 2, j'invoque MOS_XML50 en premier:
Le InitFromConfigFile apparait (tjrs pas de device.xml en passant) dans les traces de MOS_XML50, ok. J'invoque ensuite MOS_XML:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

"La procédure spécifiée est introuvable."

Rien dans les traces, ni de l'une, ni de l'autre de cette erreur... forcément.

En résumé c'est IIS qui fait mal son boulot ??? Un pb de config certainement, mais je ne sais toujours pas ou? Tout fonctionne bien, tant que je n'essaie pas d'invoque l'appli soeur....

**RDM** · 13/02/2006, 17h54

jamais vu cette erreur, mais le cas 2 est a mon avis interessant pour trouver la solution de ton problème...

dans le répertoire de MOS_XML50, quels sont tous les fichiers qui finissent pas .dll ?
en mode plugin toutes les fichiers .dll du répertoire Bin sont chargés en tant que modules. sur le Dashboard tu peux d'ailleurs voir la liste des fichiers chargés.

**Jeweller** · 13/02/2006, 18h19

Oui, je sais.
Dans chaque Bin il y a 2 dll. MOS_XML.dll et MOS_XMLI.dll.
La deuxieme apporte qqs fonctionnalités supplémentaires un peu particulière. Sa version change aussi avec celle de MOS_XML.dll.
Le dashboard indique dans chaque cas la bonne (et que celle ci).
Biensur si je rejoue le cas 1, en invoquant MOS_XML50 dans le dashboard j'ai la dll MOS_XMLI.dll de MOS_XML...
Est -il possible que IIS se melange les pinceaux de la sorte ??
Ca m'inquiete bcp pour les déployement à venir...

**Jeweller** · 13/02/2006, 18h26

Le plus fort!

Je rejoue le cas1, MOS_XML chargé, puis j'invoque le DashBoard de MOS_XML50... je vois que MOS_XMLI de la premiere est affichée, par contre, les liens des onglets Stats par exemple indique bien MOS_XML50!!
Si je suis ces liens je peux ainsi voir les xmlservices de l'appli. Eh bien ce sont ceux de MOS_XML (alors que le lien est toujours MOS_XML50!)

En résumé:

http://localhost/MOS_XML50Bin/MOS_XML.dll/XMLC_PoolStats?XMLC_Pool=User

m'affiche les modules de MOS_XML et pourtant les urls sur ces modules sont bien:

http://localhost/MOS_XML50Bin/MOS_XML.dll/XMLC_StatsXMLModule?XMLC_Pool=User&XMLModule=MOS_Main

(biensur, directement apres un iisreset tout est en ordre)

Promis j'arrete de boire!

**RDM** · 13/02/2006, 23h05

pour le coup de la procedure introuvable je pencherai pour une DLL qu'il charge mais qui ne contient pas de HTTPExtensionProc qui est le point d'entrée d'une DLL ISAPI.
toutes tes DLL doivent l'avoir elle n'est pas contenue dans vclXML70.bpl

**Jeweller** · 14/02/2006, 09h13

Certainement, mais une idée du pourquoi ca fonctionne a moitié dans un sens et pas du tout dans un autre ??

**RDM** · 14/02/2006, 09h26

non absolument aucune idée, il faudrait directement enqueter sur la machine. mais c'est peut être un truc "à la con"

**Jeweller** · 14/02/2006, 09h31

Ca ne peut être que "un truc à la con"

Cependant, j'ai reproduit ce phénomène sur les 2 machines sur lesquelles j'ai eut à essayer (une XP et une 2000Pro)... donc j'ai refait au moins 2 fois cette bétise... 8) Et j'ai tres peur de tomber dessus en prod!

**Jeweller** · 14/02/2006, 09h54

Encore une info: Sur un serveur 2003, avec des appli dans des pool différents, ca fonctionne bien.

Plusieurs version d'une même App sur un même serveur

XMLRAD

Discussions similaires

Partager

Partager