Discussion :

[Elmotardo]

Bonjour,

j'ai une application qui est, à moitié en java (plugins Eclipse) à moitié Smalltalk. Pour faire la communication entre les deux langages j'utilise Corba.
L'application Java possède donc une classe CorbaAPI qui fait la liaison avec Smalltalk. Cette classe reçoit donc des messages java pour les envoyer à Smalltalk et inversement elle reçoit des messages de Smalltalk qu'elle doit redispatcher aux différents plug-in composant la partie Java de mon application.

On a donc, du côté Java plusieurs plug in constituant l'application :
- Plug in Corba, qui s'occupe de la partie communication Java/Smalltalk
- Plug in 1
- Plug in 2
...

Pour prendre un exemple,
- le plug in 1 veut envoyer un message à Smalltalk donc il envoie ce message vers le plug in Corba
==> plug in 1 dépend donc de Corba
- smalltalk veut envoyer un message à la partie java dont s'occupe le plug in 1, il passe donc par le plug in Corba qui va envoyer le message au plug in 1
==> Corba dépend de plug in 1

Problème:
à cause de la communication Corba des dépendances cycliques apparaissent et que je veux absolument éviter.

Ce que j'ai testé :
- Pattern Observer : les envoies de messages sont ok mais impossible d'avoir un retour de la méthode envoyer
- Listeners : une solution que je vais essayer demain mais qui me semble être lourde.

Si vous avez des idées pour résoudre ce casse tête, n'hésitez pas!

Merci d'avance.

[bouye]

Je n'ai pas tout pige (un ou deux diagrammes ne seraient pas du luxe) mais du temps ou je faisais du Corba (ce qui remonte a 5~6 ans déjà (!)). Je ne me souviens pas d'avoir eut un quelconque problème de dépendance cyclique.

Vu que le dialogue Java <-> Smalltalk peut se décomposé en deux dialogues (monologues ?) serveur d'objet -> client, tu devrais pouvoir créer deux couches totalement différentes et indépendantes. Après évidement le niveau supérieur (celui qui genre le protocole de comm) lui aura accès aux deux couches.

Prenons par exemple une interface IDL qui défini la classe Toto.
Cote client Java :

• quand le 1er plugin reçoit un tel objet il recevra juste la classe / interface Toto.
• quand le 2nd plugin doit envoyer un tel objet, il emmétra la classe TotoSkel (ou Stub je ne sais plus, ça fait un baille), une implémentation custom de type Toto, qui n'est aucunement lie a l’implémentation précédemment reçue.

Idem en Smalltalk.

[Elmotardo]

salut,

tout d'abord merci pour ta réponse. Ensuite je pense que tu confonds communication inter Plugin (mon cas) et celle inter langage (celle dont tu parles).

Voici mon cas :



Et donc mon problème vient du fait que le "Plug in Corba" et le "Plug in 1" sont dépendant l'un de l'autre via les classes CorbaAPI et Plugin1API.