Serveur HTTP qui gère les demandes via des périphériques IO?

Question

Cette question ne peut probablement être résolue que pour les systèmes de type Unix qui suivent l'idiome "tout est un fichier".

Serait-il difficile de créer un serveur Web qui monte des périphériques locaux pour gérer le trafic http? Cela permettrait à un programme de lire les demandes http brutes de /dev/httpin (par exemple) et d'écrire les réponses à /dev/httpout. Je pense que ce serait bien parce que cela me permettrait de créer un gestionnaire http à partir de n'importe quel langage de programmation capable de gérer les flux d'E/S.

Je ne sais pas vraiment par où commencer. Des suggestions sur la façon d'installer un tel système?

Answer 1

Je suis d'accord avec Javier, consultez des normes telles que FastCGI, Rack, WSGI, ou OWIN inchoate. Ces interfaces existent essentiellement pour que des composants logiciels disparates puissent échanger des messages HTTP sur la même machine, sans utiliser de sockets réseau.

Personnellement, si je cherchais à faire cela, j'utiliser ma bibliothèque JVM préférée, Restlet (probablement avec Groovy ou Jython) et mettent en place une coutume ServerConnector qui construire un objet Request puis le faire passer au reste du cadre. Ce genre de flexibilité de l'architecture est pourquoi j'aime Restlet.