J'ai besoin du serveur Web le plus simple pour écrire une interface Web minimale pour une application. Il devrait être quelque chose de vraiment sans façade comme Webrick de la bibliothèque standard de Ruby ou de basehttpServer de la bibliothèque standard de Python, juste un moyen de conserver un serveur d'écouter un port et de répondre aux demandes d'accès à une chaîne.
merci
9 Réponses :
Vous n'avez pas dit si vous le vouliez un seul fileté ou multi-fileté, alors voici les deux:
try nanohttpd . Je l'utilise pour Android Développement.
nanohttpd est un serveur HTTP léger conçu pour l'intégration dans d'autres applications, publié sous une licence BSD modifiée.
Alors que Nanohttpd est excellent pour sa simplicité, notez qu'il n'est plus vraiment entretenu et qu'il existe encore des problèmes ouverts dans le projet.
Jetée est ce que je préfère personnellement. Il dispose d'une petite empreinte mémoire, facilement intégrée à Eclipse, peut être utilisée comme serveur intégré Maven.
éventuellement vous pouvez voir Mini Web Server
Winstone: http://winstone.sourceforge.net (330kB exécutable, serveur de fichiers d'une ligne, TLS, support AJP, ...)
Un micro-cadre pour la création d'applications Web à Kotlin et Java 8 avec un effort minimal
pour Java 8 et plus tard: http://sparkjava.com/
com.sun.net.httptServer
très pas cher alternative:
Java de Sun est livré avec son propre package httpServer depuis Java 1.6
fournit une API de serveur HTTP de haut niveau simple, qui peut être utilisée pour créer des serveurs HTTP incorporés. "Http" et "https" sont pris en charge.
essayer Prend le cadre : p>
new FtBasic(new TkText("hello, world!"), 8080).start(Exit.NEVER);
Peut-être JLHTTP - Le serveur HTTP léger Java conviendra à vos besoins - il a été créé avec exactement ce genre d'utilisation en tête. Je saurais, puisque je suis l'auteur: -)
Il est intentionnellement écrit en tant que fichier source unique pour une intégration facile dans n'importe quel projet, ou comme un pot à ~ 50k (~ 35K dépouillé) sans dépendances. Ce n'est pas seulement un «serveur à l'écoute d'un port» ou «sans façade» comme invité à l'OP, mais s'efforce d'être conforme à la RFC et comprend une documentation approfondie et de nombreuses fonctionnalités utiles tout en gardant au minimum le gonflement. Il essaie de garder l'équilibre doux entre être minuscule et être utile.
Parmi les fonctionnalités figurent des hôtes virtuels, analyse des paramètres (chaîne de requête ou corps x-www-form-urlencode), manutention multipart / form-données pour les téléchargements de fichiers, la suite de téléchargement, servant des fichiers à partir de disque, https, gzip / déflate compression , Index de répertoire généré, pages de bienvenue, prise en charge de toutes les méthodes HTTP, manipulation de la connexion multi-filetées, multiples manutentionnaires de contexte via API ou annotations, etc.
Je pense que c'est une caractéristique raisonnable pour ~ 3k lignes de code (dont près de la moitié de la moitié de la documentation). Si même ceci est trop pour vous, vous pouvez facilement le personnaliser et éliminer les pièces dont vous n'avez pas besoin.
Jetez un coup d'œil - j'espère que cela convient à vos besoins: -)
Cette question appartient à la Recommandations de logiciel Exchange de pile , pas ici.