Discussion :

[shirya]

bonjour à tous , j'ai un petit rapport a effectué, et je "bug" sur une question parlatn des multi trhead. J'ai un système originale, et on me demande : comment modifiez ce système afin de le convertir en une application multi trhead distribuée. Dessinez l'architecture et dite quelles osnt les inpact de ce changement.
seulement, je ne m'y connais pas bien en multi trhead et je me demandais si il serait possible a quelque'un de m'aider. la description du système est en pièce jointe. Merci a ceuzx qui peuvent m'aider
Shyria

[ego]

Par défaut, j'imagine que ton application est mono-thread.
Donc passer à du multi-thread distribué peut (cela dépend de ce que font exactement tes composants et du nombre de composants) consister à :

- Définir un thread pour chaque Composant (s'il n'y a pas trop de composants). Donc chaque composant s'exécute dans un thread qui lui est propre
- Gérer les accès concurrents en écriture/lecture aux données partagées. Tu n'avais pas ce problème dans le cas du mono-thread.
- Gérer les accès à distance à tes données partagées
- Si en plus tes composants sont distribués, donc sur des machines différentes ou dans des JVM différentes, il faut que ton pattern Observer/Observable se transforme en "Distributed Observer/Observable". Pour cela, il faut définir la techno qui va te permettre cela. JMS est fait pour ça. Une contrainte que tu auras alors est que les données échangées via le mécanisme de distribution (JMS ou pas) devront être "Serializable" (interface Java bien connue).
- Enfin si ton application à besoin d'attendre que tous les composants soient démarrés avant de lancer les notifications, il va falloir mettre en place un protocole de démarrage des composants, c'est à dire un truc qui va permettre de démarrer chaque composant et s'assurer qu'ils sont tous démarrés avant de lancer les notifications.

J'espère que cela t'aidera........

[shirya]

merci pour la réponse, ça aide