Intégré Jetée pourquoi utiliser jointure

Un exemple pris sur un Intégré à l'Embarcadère tutoriel suggère ce qui suit:

public static void main(String[] args) throws Exception
{
   Server server = new Server(8080);
   server.setHandler(new HelloHandler());

   server.start();
   server.join();}

Pourquoi ai-je besoin d'ajouter la ligne server.join()? Il fonctionne très bien sans elle.

InformationsquelleAutor Loner shushman | 2013-04-10
  1. -4

    join() est bloquant jusqu'à ce que le serveur est prêt. Il se comporte comme Thread.join() et en effet les appels join() de la Jetée du pool de threads. Tout fonctionne sans ce en raison de la jetée démarre très rapidement. Toutefois, si votre application est assez lourd, le démarrage peut prendre un certain temps. Appel de join() garantit que le serveur est en effet prêt.

    • Elle n'est pas vraiment rapide,il a fallu 1/3 d'une minute pour charger un serveur, ne vois pas encore comment rejoindre va m'aider.
    • Server.join() attend pour le serveur pour arrêter totalement, sans elle, l'exemple à la question de départ et la main() serait sortie causant la JVM à l'arrêt.
    • Server.start() sera de retour une fois que le principal du cycle de vie du serveur a terminé de démarrage. Qui inclut tous les composants vous préciser et joindre le Serveur avant l'appel à Server.start(). Notez toutefois que certains éléments, tels que la DeploymentManager (dont la question n'utilise pas) ont leur propre thread qui n'est pas redevable de cette généralisation. Il est de bonne pratique, par exemple, de demander les Connecteurs pour leur état après Server.start() et avant Server.join()
    • Dois-je prendre soin que la JVM n'est pas arrêté, mais le main() de sortie.? La sortie principale, c'est bien, mais le serveur est toujours en cours d'exécution en arrière-plan, qui est ce que je veux
    • Pourquoi est-ce upvoted (et accepté) si la réponse est fausse? Comme @JoakimErdfelt dit, join() attend pour le serveur (thread) pour arrêter et pas jusqu'à ce que le serveur a réellement débuté.
    • l'appel à Server.start() attend pour le serveur de démarrer correctement. Il suit la Composante du Cycle de vie du comportement de la Jetée. Les composants qui génèrent des threads et de se comporter en dehors du Cycle de vie, sont exclus de cette déclaration (comme le système de fichiers changement de Scanner et DeploymentManager)
    • J'ai enlevé le rejoindre et tout fonctionne comme d'habitude. Le serveur du pool de threads contient des fils de démon, ce qui signifie que le serveur reste en vie, même lorsque le principal de finitions. Alors...pourquoi adhérer?

    InformationsquelleAutor AlexR