Le contexte d'application de Spring empêche le démarrage d'autres applications dans le même conteneur de servlets

Question

J'ai deux applications Web fonctionnant dans le même conteneur Servlet (Tomcat), A et B. Ces deux applications se connectent à l'aide de Spring Remoting. Au démarrage, B doit appeler A pour ouvrir une connexion automatiquement, c'est un appel d'authentification très simple.

Cependant, puisque B est (dans mon cas) chargé avant que le contexte d'application A, B ne bloque jusqu'à ce que l'application entière soit démarrée. Cela signifie que l'application B sera bloquée jusqu'à ce que les délais expirent, et seulement A est autorisé à démarrer, mais à ce stade, B est maintenant incapable de se connecter à A et la connexion requise entre deux applications Web ne sera pas créée .

Alors, comment puis-je contourner ce problème? Je suis actuellement en train d'accrocher la commande de connexion en utilisant InitializingBean et le contexte de l'application est initialisé en utilisant un écouteur.

Answer 1

Deux possibilités viennent à l'esprit:

• exécuter deux instances de Tomcat, sur des ports différents.
• effectuer l'authentification dans un nouveau thread (de préférence en utilisant un ExecutorService). Ainsi, le thread "principal" ne bloquera pas et le déploiement se poursuivra.