Question

Est-il possible de déployer une application sur un serveur d'application GlassFish qui se comporterait plus comme un démon d'une application web? Je voudrais mettre en place une sorte d'application démon qui relayer les requêtes à une API qui permet uniquement une connexion à la fois.

De cette façon, je pourrais avoir plusieurs instances de servlets qui pourraient simplement soumettre des demandes de l'API par le démon et éviter jamais avoir besoin de plus d'une connexion à l'API.

Je suis assez nouveau pour les applications Web Java, donc je ne suis pas tout à fait certain quoi chercher, ou si ce genre de fonctionnalité est disponible, par exemple, le kit de développement Java EE. Toute aide appréciée!

Mises à jour / Idées:

  • Cycle de vie du module: Qu'en est-il construire le démon en tant que module du cycle de vie? D'après ce que je comprends, je pouvais gérer efficacement son comportement en fonction de l'état du serveur d'application, ce qui pourrait être bénéfique dans mon cas: http://docs.sun.com/app/docs/doc/819-3672/beamc?l=en&a=view
Était-ce utile?

La solution

GlassFish v3 prend en charge EJB 3.1 Beans Singleton:

Un Singleton Bean pourrait être utilisé pour mettre en œuvre l'exigence de « demandes de relais à une API qui permet uniquement une connexion à la fois ».

  

Par défaut, toutes les méthodes sont Singleton   fait thread-safe et transactionnel.   Cela signifie que tous multithread   l'accès à la fève est sérialisé (...)

(de Nouvelles fonctionnalités dans EJB 3.1 - theserverside.com )

Autres conseils

On dirait que vous voulez un servlet qui alimente la file d'attente de messages. Ensuite, vous pouvez avoir un code qui tire les entrées de la file d'attente et les traite. Consulter les haricots Message-Driven.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top