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 ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
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++
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" <crocodev@discussions.microsoft.com> a écrit dans le message de
news: F2942CFB-D52C-4F22-A8B5-BF0E2C8FC2CF@microsoft.com...
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 ?
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++
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++
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" <crocodev@discussions.microsoft.com> a écrit dans le message de
news: F2942CFB-D52C-4F22-A8B5-BF0E2C8FC2CF@microsoft.com...
> 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++
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++
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++
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" <crocodev@discussions.microsoft.com> a écrit dans le message de
news: 53ECD4C0-B883-40B1-86DD-D87AF5E7F30A@microsoft.com...
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" <crocodev@discussions.microsoft.com> a écrit dans le message
de
news: F2942CFB-D52C-4F22-A8B5-BF0E2C8FC2CF@microsoft.com...
> 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++
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++
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++ >> >> >>
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" <crocodev@discussions.microsoft.com> a écrit dans le message de
news: 53ECD4C0-B883-40B1-86DD-D87AF5E7F30A@microsoft.com...
> 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" <crocodev@discussions.microsoft.com> a écrit dans le message
>> de
>> news: F2942CFB-D52C-4F22-A8B5-BF0E2C8FC2CF@microsoft.com...
>> > 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++
>>
>>
>>
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++ >> >> >>