SOAP over HTTP sans IIS

Je voudrais savoir si avec le DotNet framework 2.0, il serait possible d'écrire une application windows service qui incorporait un serveur HTTTP "Embedded"( via code) sans passer par le serveur web IIS en local.

Le but de l'application serait de consommer des messages SOAP sur HTTP contenant des objets ( décrit dans un schéma XSD) et de renvoyer des réponses contenant des objets sérialisés avec xml ( via leur schémas xsd )
Je ne voudrais pas à avoir à installer IIS et à passer par des web services car dans les messages SAOP il n'y aurait pas de description des méthodes mais la description des objets .

Je voudrais connaitre les espaces de nom et les classes.
Ainsi qu'un exemple de code , ou des lien sur le web.

Merci

Citation:

---

Envoyé par paca_mike

Je voudrais savoir si avec le DotNet framework 2.0, il serait possible d'écrire une application windows service qui incorporait un serveur HTTTP "Embedded"( via code) sans passer par le serveur web IIS en local.

---

Oui, bien sur, c'est toujours possible.

Mais je ne comprends pas la raison du choix de SOAP dans ce cas, puisque, apparemment, la communication n'est pas ouverte à des clients banalisés.

>Mais je ne comprends pas la raison du choix de SOAP dans ce cas, puisque, >apparemment, la communication n'est pas ouverte à des clients banalisés.

Oui les clients pourront et seront banalisés et il y aurait obligation de passer par SAOP/HTTP .

Mais je ne voudrais à avoir à utiliser IIS avec ASP.Net. donc je cherche à faire une serveur ( windows service) pour consommer les requests SAOP sur Http .

Les deux extrémités seront à la fois SOAP client et SOAP serveur.
les messages ( requests) voyageront dans les 2 directions


>Oui, bien sur, c'est toujours possible.
Peut tu me donner les classes , namspace ou un exemple de code.
Merci


Pile des protocles obligatoire :

XML Message ( objets décrits à travers des schéma xsd )
SOAP
HTTP
SSL
TCP
IP
Ethernet

Tu as la classe HttpListener (dans System.Net) qui te permet de créer un mini serveur web (sans IIS).

Après, pour la gestion du SOAP, il faudrait voir dans System.Web.Service.Protocols, mais, là, je ne saurais te donner plus de détails, n'ayant jamais eu cette problématique en archi. (ni en dév. accessoirement).