> From: Herve AGNOUX [mailto:[EMAIL PROTECTED]]
> J'avais � peu pr�s compris la diff�rence Queue / Topic, ce qui me > pose question c'est la diff�rence Topic /... Objet. > > Si on consid�re qu'un appel de m�thode est une forme d'envoi de > message, rien n'emp�che un objet d'appeler plusieurs objets, > "broadcastant" ainsi le message. M�me en cas d'applies r�parties, on > peut faire �a avec RMI. Si on a besoin d'asynchronisme on utilise des > threads, et le tour est jou�. > > On pourrait voir les Listeners de swing comme une fa�on de > broadcaster un message - qui dans ce cas s'appelle �v�nement - � > plusieurs destinataires. > > Qu'ajoutent vraiment les topics, � part une couche de plus ? C'est la > question que je me pose. L'indirection est importante. Dans ton architecture, les �metteurs connaissent directement les destinataires, c'est une tres mauvaise idee, et elle n'a aucune chance de "scaler". Avec JMS, les parties interessees s'abonnent et se de'sabonnent en fonction de leurs besoins et les �metteurs n'ont aucune connaissance, ils se contentent d'envoyer leurs messages. > Aujourd'hui j'ai tendance, comme je le disais, � remplacer mes > proc�dures RMI par des �changes JMS, je vois bien des �l�ments > positifs et des �l�ments n�gatifs, mais j'ai du mal � y voir clair. RMI et JMS ont des finalite's differentes, et typiquement, une application utilisera les deux. Tu peux faire l'analogie avec TCP et UDP, si �a t'aide. -- C�dric
