• # Questions

    Posté par . En réponse à la dépêche JQM, un serveur de batchs asynchrones en Java. Évalué à 3.

    Merci pour cette dépêche.

    Ce logiciel s'adresse à toute application qui souhaite gérer l'exécution de ses tâches hors du serveur d'application.

    Quelles sont les raisons qui poussent à ce qu'une tâche ne soit pas dans un serveur d'application ?

    [...] les serveurs d’application WebSphere et Glassfish (prochainement Tomcat) pour l'API cliente [...]

    Je ne comprends pas bien ce que ça signifie.

    [...] gère les ressources JNDI pour les bases de données et les brokers de messages.

    Il y a quelque chose de particulier pour l'aider ou c'est juste que les tâches peuvent aller chercher dans un annuaire JNDI des infos ?

    Les noeuds de traitement sont reliés à des files de traitement en base de données et ont chacun un intervalle de polling et un nombre défini de jobs pouvant tourner simultanément.

    Ça marche avec du polling des nœud de traitement ? Donc toute la capacité de monté en charge est déportée sur la base de données et on prend une charge importante même quand on a rien à faire (si on a beaucoup de nœuds de traitement), non ?


    Plus généralement, j'ai du mal à voir l'intérêt face à JMS. Il est tout à fait possible de gérer des traitements de ce genre via des files JMS distribuée. Un avantage des MDB c'est la possibilité de placer les traitements (envoi d'autres messages JMS et accès en base de données) dans une transaction. Il est possible de manipuler les files via JMX.

    Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)