OVH Cloud OVH Cloud

objet interop.msxml et IIS

4 réponses
Avatar
crocodev
Bonjour,

j'utilise un objet MSXML pour envoyer un flux XML sur HTTP vers une page ASP
qui me renvoit un resultat,
je lui donne ce qu'il faut pour charger un doc XML
puis j'envoi un flux sur HTTP (methode Send en "Post")
et j'attend la reponse que je decompose pour afficher le resultat
correctement.

J'ai eu de gros problemes de droits (je suis obligé d'utiliser le compte
administrateur local pour lancer le PoolApplication sur IIS faute de quoi la
communication n'est pas possible). A priori Interop.MSXML est difficile à
mettre en place avec un proxy et sur des serveurs assez sécurisés.

Aujourd'hui cela fonctionne mais regulierement la communication est
inutilisable. Le seul moyen pour reactiver la communication est de redemarrer
le poolapplication sur IIS. Aujourd'hui j'utilise un script (net stop et net
start de IIS) mais ce n'est pas tres propre.

Avez-vous déjà connu ce probleme ?
Avez-vous une solution plus perenne ?

Cordialement.

--
A++

4 réponses

Avatar
Daniel TIZON
Salut crocodev :)
C'est de l'ASP ou de l'ASP.NET ?
parce que Interop.MSXML çà semble plutôt du .NET qui fait de l'interop sur
du COM ?

cordialement,
--
Daniel TIZON
MCP - MCSD.NET - MCT

"crocodev" a écrit dans le message de
news:
Bonjour,

j'utilise un objet MSXML pour envoyer un flux XML sur HTTP vers une page
ASP
qui me renvoit un resultat,
je lui donne ce qu'il faut pour charger un doc XML
puis j'envoi un flux sur HTTP (methode Send en "Post")
et j'attend la reponse que je decompose pour afficher le resultat
correctement.

J'ai eu de gros problemes de droits (je suis obligé d'utiliser le compte
administrateur local pour lancer le PoolApplication sur IIS faute de quoi
la
communication n'est pas possible). A priori Interop.MSXML est difficile à
mettre en place avec un proxy et sur des serveurs assez sécurisés.

Aujourd'hui cela fonctionne mais regulierement la communication est
inutilisable. Le seul moyen pour reactiver la communication est de
redemarrer
le poolapplication sur IIS. Aujourd'hui j'utilise un script (net stop et
net
start de IIS) mais ce n'est pas tres propre.

Avez-vous déjà connu ce probleme ?
Avez-vous une solution plus perenne ?

Cordialement.

--
A++


Avatar
crocodev
Salut Daniel,

Oui c'est effectivement de l'ASP.NET.

Cordialement

A++


--
A++


"Daniel TIZON" a écrit :

Salut crocodev :)
C'est de l'ASP ou de l'ASP.NET ?
parce que Interop.MSXML çà semble plutôt du .NET qui fait de l'interop sur
du COM ?

cordialement,
--
Daniel TIZON
MCP - MCSD.NET - MCT

"crocodev" a écrit dans le message de
news:
> Bonjour,
>
> j'utilise un objet MSXML pour envoyer un flux XML sur HTTP vers une page
> ASP
> qui me renvoit un resultat,
> je lui donne ce qu'il faut pour charger un doc XML
> puis j'envoi un flux sur HTTP (methode Send en "Post")
> et j'attend la reponse que je decompose pour afficher le resultat
> correctement.
>
> J'ai eu de gros problemes de droits (je suis obligé d'utiliser le compte
> administrateur local pour lancer le PoolApplication sur IIS faute de quoi
> la
> communication n'est pas possible). A priori Interop.MSXML est difficile à
> mettre en place avec un proxy et sur des serveurs assez sécurisés.
>
> Aujourd'hui cela fonctionne mais regulierement la communication est
> inutilisable. Le seul moyen pour reactiver la communication est de
> redemarrer
> le poolapplication sur IIS. Aujourd'hui j'utilise un script (net stop et
> net
> start de IIS) mais ce n'est pas tres propre.
>
> Avez-vous déjà connu ce probleme ?
> Avez-vous une solution plus perenne ?
>
> Cordialement.
>
> --
> A++





Avatar
Daniel TIZON
Bonjour crocodev,
Il semblerait que MSXML ne soit pas officiellement supporté dans des
applications.NET.(voir dans la kb :
http://support.microsoft.com/default.aspx?scid=kb;en-us;815112 )
Peut-être qu'en signant et en mettant dans le GAC ta dll d'interroperabilité
(avec SN.EXE, TLBIMP.EXE, GACUTIL.EXE) tu t'affranchira des problèmes de
sécurités. Regarde également si tu ne pas préciser un FullTrust à cette
assembly.
Autre piste, les classes fournies nativement dans System.XML devraient
normalement contenir l'équivalent du composant COM MSXML, essaie de
l'utiliser en priorité dans ton code .NET

--
Daniel TIZON
MCP - MCSD.NET - MCT

"crocodev" a écrit dans le message de
news:
Salut Daniel,

Oui c'est effectivement de l'ASP.NET.

Cordialement

A++


--
A++


"Daniel TIZON" a écrit :

Salut crocodev :)
C'est de l'ASP ou de l'ASP.NET ?
parce que Interop.MSXML çà semble plutôt du .NET qui fait de l'interop
sur
du COM ?

cordialement,
--
Daniel TIZON
MCP - MCSD.NET - MCT

"crocodev" a écrit dans le message
de
news:
> Bonjour,
>
> j'utilise un objet MSXML pour envoyer un flux XML sur HTTP vers une
> page
> ASP
> qui me renvoit un resultat,
> je lui donne ce qu'il faut pour charger un doc XML
> puis j'envoi un flux sur HTTP (methode Send en "Post")
> et j'attend la reponse que je decompose pour afficher le resultat
> correctement.
>
> J'ai eu de gros problemes de droits (je suis obligé d'utiliser le
> compte
> administrateur local pour lancer le PoolApplication sur IIS faute de
> quoi
> la
> communication n'est pas possible). A priori Interop.MSXML est difficile
> à
> mettre en place avec un proxy et sur des serveurs assez sécurisés.
>
> Aujourd'hui cela fonctionne mais regulierement la communication est
> inutilisable. Le seul moyen pour reactiver la communication est de
> redemarrer
> le poolapplication sur IIS. Aujourd'hui j'utilise un script (net stop
> et
> net
> start de IIS) mais ce n'est pas tres propre.
>
> Avez-vous déjà connu ce probleme ?
> Avez-vous une solution plus perenne ?
>
> Cordialement.
>
> --
> A++







Avatar
crocodev
Daniel,

merci pour ces conseils, je vais tester le full trust.
L'autre piste "GAC"...je ne connais pas. Je vais essayer de me renseigner
sur ce sujet.

merci

--
A++


"Daniel TIZON" wrote:

Bonjour crocodev,
Il semblerait que MSXML ne soit pas officiellement supporté dans des
applications.NET.(voir dans la kb :
http://support.microsoft.com/default.aspx?scid=kb;en-us;815112 )
Peut-être qu'en signant et en mettant dans le GAC ta dll d'interroperabilité
(avec SN.EXE, TLBIMP.EXE, GACUTIL.EXE) tu t'affranchira des problèmes de
sécurités. Regarde également si tu ne pas préciser un FullTrust à cette
assembly.
Autre piste, les classes fournies nativement dans System.XML devraient
normalement contenir l'équivalent du composant COM MSXML, essaie de
l'utiliser en priorité dans ton code .NET

--
Daniel TIZON
MCP - MCSD.NET - MCT

"crocodev" a écrit dans le message de
news:
> Salut Daniel,
>
> Oui c'est effectivement de l'ASP.NET.
>
> Cordialement
>
> A++
>
>
> --
> A++
>
>
> "Daniel TIZON" a écrit :
>
>> Salut crocodev :)
>> C'est de l'ASP ou de l'ASP.NET ?
>> parce que Interop.MSXML çà semble plutôt du .NET qui fait de l'interop
>> sur
>> du COM ?
>>
>> cordialement,
>> --
>> Daniel TIZON
>> MCP - MCSD.NET - MCT
>>
>> "crocodev" a écrit dans le message
>> de
>> news:
>> > Bonjour,
>> >
>> > j'utilise un objet MSXML pour envoyer un flux XML sur HTTP vers une
>> > page
>> > ASP
>> > qui me renvoit un resultat,
>> > je lui donne ce qu'il faut pour charger un doc XML
>> > puis j'envoi un flux sur HTTP (methode Send en "Post")
>> > et j'attend la reponse que je decompose pour afficher le resultat
>> > correctement.
>> >
>> > J'ai eu de gros problemes de droits (je suis obligé d'utiliser le
>> > compte
>> > administrateur local pour lancer le PoolApplication sur IIS faute de
>> > quoi
>> > la
>> > communication n'est pas possible). A priori Interop.MSXML est difficile
>> > à
>> > mettre en place avec un proxy et sur des serveurs assez sécurisés.
>> >
>> > Aujourd'hui cela fonctionne mais regulierement la communication est
>> > inutilisable. Le seul moyen pour reactiver la communication est de
>> > redemarrer
>> > le poolapplication sur IIS. Aujourd'hui j'utilise un script (net stop
>> > et
>> > net
>> > start de IIS) mais ce n'est pas tres propre.
>> >
>> > Avez-vous déjà connu ce probleme ?
>> > Avez-vous une solution plus perenne ?
>> >
>> > Cordialement.
>> >
>> > --
>> > A++
>>
>>
>>