• [^] # Re: Questions

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

    Je suis d'accord qu'avoir une scope de transaction enorme est une mauvaise idee en theorie, mais en pratique si ton appli fait 15000 choses (progiciel metier bien complexe) et que tu n'a pas le temps d'etudier la facon dont elle est utilisee, et bien tu pares au plus presse et tu fait le pompier de temps en temps.

    Je te comprends, mais c'est là qu'il faut à mon avis penser à séparer les actions en composants éventuellement réutilisables. Ça permet d'avoir des parties plus petites et donc plus simples à tester (c'est pas forcément simple à faire à cause de pleins de choses). C'est là que tu commence à multiplier le nombre d'envois JMS d'ailleurs et donc que la transaction devient importante.

    Au passage ça permet de gérer assez facilement la monté en charge (les actions sont découpées comme dans un pipeline et chaque étape peu être parallélisée).

    Après des batch aussi énormes que ce dont tu parle ça n'est pas forcément très courant.

    Mais je trouve la discussion interessante. Merci beaucoup.

    Idem (pour l'ensemble des commentaires d'ailleurs).

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