Comment puis-je arrêter par programme une instance de ExpressJS pour les essais?

Je suis à essayer de comprendre comment arrêter une instance de l'Express. En fait, je cherche l'inverse de la .listen(port) appel - comment puis-je obtenir un Express server pour ARRÊTER l'écoute, libérer le port, et l'arrêt proprement?

Je sais que cela semble comme il pourrait être une étrange requête, voici donc le contexte; peut-être il ya une autre façon d'aborder cette et je suis en train de réfléchir de manière erronée. Je suis en train de l'installation d'un framework de test pour mon socket.io/nodejs app. C'est une page unique application, donc dans mes scripts de test (je suis en utilisant Moka, mais qui n'a pas vraiment d'importance) je veux être en mesure de démarrer le serveur, exécuter des tests contre elle, puis d'arrêter le serveur. Je peux contourner ce problème en supposant que le serveur est allumé avant le début du test, ou l'un des tests de démarrer le serveur et le fait que tous les test de supposer qu'il est, mais c'est vraiment salissant. Je préférerais de beaucoup avoir chaque fichier de test démarrer une instance de serveur avec les paramètres appropriés, puis fermer cette instance vers le bas lorsque les tests sont terminés. Cela signifie qu'il ya plus d'étranges dépendances à l'exécution du test et tout est propre. Cela signifie aussi que je peux faire de démarrage/arrêt de l'essai.

Donc, tous les conseils sur la façon de faire cela? J'ai pensé manuellement déclencher des exceptions à l'abattre, mais qui semble en désordre. J'ai creusé à travers Exprimer docs et de la source, mais n'arrive pas à trouver une méthode qui permettra d'arrêter le serveur. Il peut également y avoir quelque chose dans le support.io pour cela, mais depuis la socket serveur est simplement attaché à l'Express serveur, je pense que ce qui doit arriver à la couche.

InformationsquelleAutor drewww | 2011-12-28

132

Les choses ont changé car l'express serveur n'est plus en hérite le nœud du serveur http. Heureusement, app.écouter retourne l'instance du serveur.
```
var server = app.listen(3000);

//listen for an event
var handler = function() {
  server.close();
};
```
- Dans le cas de Moka test, où vous avez besoin d'('app') j'étends sur l'objet app: app.serveur = app.écouter(3000); plus tard, je peux dire: var app = require('./app'); app.serveur.close();
- lorsque le serveur de test, découvrez github.com/visionmedia/supertest il vous permettra de tester w/o lancement du serveur
- Je voudrais aussi vous suggère de passer le fait de rappel à server.close() si vous appelez cela de l'intérieur d'un crochet.
- Remarque: Il y a une grande différence entre 'app', qui est la Demande Expresse de l'instance, et la valeur de retour de l'application.écouter", qui est natif sous-jacent HTTP instance de Serveur qui a la méthode 'close'. @JackChi fait allusion à cette ci-dessus.
InformationsquelleAutor Rich Apodaca
14

Utilisation app.close(). Exemple complet:
```
var app = require('express').createServer();
app.get('/', function(req, res){
  res.send('hello world');
});
app.get('/quit', function(req,res) {
  res.send('closing..');
  app.close();
});
app.listen(3000);
```
Appel app.close() à l'intérieur de la fonction de rappel lorsque les tests sont terminés. Mais rappelez-vous que le processus est toujours en cours d'exécution(même si il ne les écoute pas plus).

Si après cela, vous devez terminer le processus, puis d'appeler process.exit(0).

Liens:

app.à proximité: http://nodejs.org/docs/latest/api/http.html#server.close (même pour)

processus.sortie:
http://nodejs.org/docs/latest/api/process.html#process.exit
- Parfait, exactement ce que je cherchais. Je suppose que je n'ai pas trouvé cela dans l'Express parce qu'ils ont été l'extension de la base nœud de serveur http, que je n'ai pas totalement comprendre. Merci!
- Grâce Srijan, qui m'a aidé aussi
- Est-ce toujours le cas? express.createServer marques comme obsolète, et donne un message d'erreur indiquant que l'app n'est plus en hérite http.js s'serveur
- Pour une méthode qui fonctionne le mieux avec les récentes express versions, voir ma réponse.
- Ce n'est pas valable puisque express 3.
- app.fermer ne fonctionne plus, mais le processus.exit(0) fait le travail
- L'exposition d'une URL pour la fermeture d'un serveur comme ce n'est pas une bonne idée à mon humble avis.
InformationsquelleAutor Srijan Choudhary
0

Vous pouvez facilement le faire en écrivant un script bash pour démarrer le serveur, exécutez les tests, et d'arrêter le serveur. Ceci a l'avantage de vous permettre d'alias de script pour exécuter vos tests rapidement et facilement.

- Je utiliser ces scripts pour l'ensemble de ma continue des processus de déploiement. Vous devriez regarder Jon Rohan est très Simple de Git pour un aperçu sur ce.
- Ce serait le travail, mais je préfère un bash-solution gratuite si possible. C'est peut-être stupide de préférence, mais j'aimerais démarrer/arrêter le serveur à partir de l'essai de contexte, car il facilite l'écriture server-config-tests spécifiques + démarrage/arrêt des tests. De Plus, il n'a pas d'introduire l'indirection de devoir lancer le serveur de tests liés par l'intermédiaire d'un script séparé.
- Pourquoi écrivez-vous à l'environnement de tests spécifiques? Peut-être que je me trompe, mais ce qui me frappe comme une mauvaise pratique. Je voudrais essayer de rester environnement agnostique avec vos tests, comme vous aimeriez que vos tests de travailler l'ensemble de votre équipe, quel que soit leur environnement de développement.
- Je ne vais pas faire quelque chose de spécifique à l'environnement ici, je ne pense pas. Il y aura une poignée de différentes options de démarrage du serveur (comme la lecture, les options de configuration à partir d'un fichier, le chargement de l'état à partir d'une banque de données, etc) qu'il serait bien de le tester dans le même cadre que je test tout le reste. J'aimerais aussi avoir des tests qui, par exemple, pour arrêter le serveur, de le mettre à nouveau de retour, et assurez-vous qu'il n'a pas perdu dans le processus. C'est plus facile si je peux le faire par programme à partir de nœud que d'avoir des tests de code de bash, trop.
- Vous ne placez pas votre code de test dans bash. Il vous suffit de lancer le serveur et exécuter les tests à partir du script, tout comme vous le feriez vous-même sur la ligne de commande. Il n'y a pas de véritable magie là.
InformationsquelleAutor Josh Smith

Vous devez vous connecter pour publier un commentaire.