[Windows Server 2000] HttpListener & PlatformNotSupportedException

**gufra** · 08/01/2008, 17h04

Bonjour à tous,

J'ai créé un programme utilisant la classe HttpListener.

Mon programme a été créé sur Windows Vista mais je dois le déployer sur un Windows Server 2000 et l'exception PlatformNotSupportedException est lancé puisque cette classe n'est disponible que sur Windows XP SP2 ou Windows Server 2003.

Par quoi pourrais-je remplacer cette classe pour pouvoir utiliser mon programme sous Windows Server 2000 ?

**Bluedeep** · 08/01/2008, 17h09

Cette classe est supportée sous Windows Server 2000 SP4.

Checker le SP.

**gufra** · 08/01/2008, 17h13

Ok merci, j'essayerais d'installer cet SP.

Est-ce que pour installer le SP4, je dois avoir installé préalablement le SP1, le SP2 & le SP3 ?

**Bluedeep** · 08/01/2008, 17h15

Envoyé par gufra

Ok merci, j'essayerais d'installer cet SP.

Est-ce que pour installer le SP4, je dois avoir installé préalablement le SP1, le SP2 & le SP3 ?

Désolé, mais sur un OS aussi ancien, je suis incapable de te répondre; mais normalement non. De toute manière, sur le site de téléchargement, tu trouveras les pré-requis.

**gufra** · 08/01/2008, 17h16

Ok pas de problème.

Merci quand même pour ta réponse.

**Thomas Lebrun** · 08/01/2008, 18h39

Normalement, les SP sont cumulatifs les uns par rapport aux autres: installer le SP4 revient à installer tous les SP d'avant

**gufra** · 09/01/2008, 18h51

Est-il possible de faire un Listener HTTP sans utiliser la classe HttpListener de façon à ne pas devoir installer le SP4 et risquer d'avoir des erreurs avec des fonctionnalités existantes ?

**Bluedeep** · 09/01/2008, 19h04

Envoyé par gufra

Est-il possible de faire un Listener HTTP sans utiliser la classe HttpListener de façon à ne pas devoir installer le SP4 et risquer d'avoir des erreurs avec des fonctionnalités existantes ?

Tout est possible, on peut même recoder un OS complet, c'est possible aussi.

**gufra** · 09/01/2008, 19h06

Est-ce que cette réponse veut dire qu'il faudra énormément de travail pour que mon programme ai les même fonctionnalités en n'utilisant plus la classe HttpListener ?

**Bluedeep** · 09/01/2008, 19h15

Envoyé par gufra

Est-ce que cette réponse veut dire qu'il faudra énormément de travail pour que mon programme ai les même fonctionnalités en n'utilisant plus la classe HttpListener ?

Certainement pas mal, oui : tu vas devoir gérer à la mimine le protocole http à partir des sockets - amuses toi bien

Mais, personnellement, j'évite, autant que faire se peut, de réinventer l'eau tiède sans raison vraiment valable (et ici, cela ne me parait pas du tout une raison valable).

**gufra** · 09/01/2008, 19h27

En fait ma raison "valable" c'est que cette application va être installer sur un serveur de production.

Donc j'ai un peu peur de mettre à jour son système d'exploitation avec le service pack 4, et de me retrouver avec plus d'erreur qu'au départ, avec des applications qui sont déjà sur ce serveur et qui fonctionnent très bien.

Est-ce que je peux être sûr à 100% qu'après l'installation de ce service pack 4, tout fonctionnera comme avant ?

**Bluedeep** · 09/01/2008, 19h31

Envoyé par gufra

En fait ma raison "valable" c'est que cette application va être installer sur un serveur de production.

Donc j'ai un peu peur de mettre à jour son système d'exploitation avec le service pack 4, et de me retrouver avec plus d'erreur qu'au départ, avec des applications qui sont déjà sur ce serveur et qui fonctionnent très bien.

A moins d'avoir des appli qui exploitent des bugs de la version précédente, je ne pense pas que tes craintes soient fondées. Néanmoins, pourquoi ne pas essayer sur un serveur de test/intégration ?

Est-ce que je peux être sûr à 100% qu'après l'installation de ce service pack 4, tout fonctionnera comme avant ?

Ca on ne peut pas jamais en être sur à 100%, mais l'install des SP est en général réversible (à vérifier pour celui ci, néanmoins); par ailleurs, une recherche sur le net te permettra de voir si des gens ont évoqué des problèmes survenus dans ce cas.

**gufra** · 10/01/2008, 10h20

Envoyé par Bluedeep

Néanmoins, pourquoi ne pas essayer sur un serveur de test/intégration ?

Malheureusement, le client pour lequel je dois installer mon programme ne dispose pas d'un server de test/intégration ^^

Envoyé par Bluedeep

Mais, personnellement, j'évite, autant que faire se peut, de réinventer l'eau tiède sans raison vraiment valable (et ici, cela ne me parait pas du tout une raison valable).

Envoyé par gufra

Est-ce que je peux être sûr à 100% qu'après l'installation de ce service pack 4, tout fonctionnera comme avant ?

Envoyé par Bluedeep

Ca on ne peut pas jamais en être sur à 100%

Apparament la raison devient un peu plus valable...

**SaumonAgile** · 10/01/2008, 11h06

Deux solutions viables :
1. Tu utilises un autre serveur.
2. Tu installes le SP4 sur l'existant.

Le reste c'est du bricolage (à mon avis).

**gufra** · 10/01/2008, 12h40

Petite rectification.

Je viens d'avoir un PrintScreen de la configuration système du client :

Microsoft Windows 2000
5.00.2195
Service Pack 4

Envoyé par msdn2.microsoft.com

Cette classe n'est disponible que sur des ordinateurs exécutant les systèmes d'exploitation Windows XP SP2 ou Windows Server 2003. Si vous essayez de créer un objet HttpListener sur un ordinateur qui exécute un système d'exploitation antérieur, le constructeur lève une exception PlatformNotSupportedException.

Le serveur sur lequel j'essaie d'installer mon programme possède bien le service pack 4. D'après Microsoft, il faudrait un Windows XP SP2 ou Windows Server 2003. N'y-a-il un moyen pour que je puisse utiliser cette classe sous Windows 2000 SP4 ? (Si non, que puis-je faire ?)

**Bluedeep** · 10/01/2008, 13h18

Nom de nom !

Pourtant, c'est en vérifiant sur le MSDN que j'avais vu cette histoire de Server 2000 SP4 qui a fait que j'ai fournit la réponse supra.

Je vais regarder dans mes histo de nav pour essayer de voir d'où j'ai tiré cette info que je n'ai pourtant pas sorti d'un carton à chapeau.

**tomlev** · 10/01/2008, 13h36

Je crois que tu vas devoir te taper le développement d'un équivalent de HttpListener... c'est pas forcément très compliqué, y a plein d'exemples sur le net. Par exemple tu peux regarder le code source de Cassini (mini server web dont Microsoft a publié le code), et prendre juste les parties qui t'intéressent (par exemple dans ton cas je suppose que tu n'as pas besoin d'ASP.NET...)

**gufra** · 10/01/2008, 15h32

Tout ce dont j'ai besoin c'est d'attendre sur un port HTTP.
Et dès que je reçois des données, et que je les ai traité, je dois renvoyer une réponse.

Je suppose que ca ne doit pas être très compliqué, mais la seule docs que je trouve c'est à propos des socket TCP mais je ne trouve aucune docs à propos de socket HTTP.

Est-ce que qq'un aurait de quoi m'éclairer ?

**tomlev** · 10/01/2008, 16h23

les "sockets HTTP" n'existent pas... tu peux faire des sockets TCP ou UDP. HTTP est le protocole utilisé par dessus.

Par exemple, quand ton navigateur consulte la page http://www.google.com/, il fait ça:
- ouverture d'une socket vers le port 80 de www.google.com
- envoi d'une requête HTTP:
GET / HTTP/1.0
(+ les en-têtes)
- réception d'une réponse avec code de retour, en-têtes, et données

Il faut donc gérer toi-même le protocole HTTP. La spécification du protocole est là si tu veux, mais c'est pas très digeste...
ftp://ftp.rfc-editor.org/in-notes/rfc2616.txt
Evidemment tu n'as peut-être pas besoin de l'implémenter en entier (sinon je te souhaite bien du courage), ça dépend de tes besoins...