Bonjour;
 
J'ai une application n-tiers (ihm, métiers, services, accès bd) :
 
Q1: uels sont les différents moyens pour faire communiquer les deux couches objets métiers et services avec et sans utilisation des EJB (du plus simple au plus compliqué).
Q2 : comment délimiter les méthodes qui sont ds les deux couches, par exemple, la recherche d'une personne se met ds quelle couche ?
Faut'il mettre uniquement que les méthodes : create, update, delete dans la couche objets métiers ?
 
En vous remerciant;

R1 : c'est à dire ??? si c'est dans la même JVM, bha c'est des appels de méthodes à la con, sinon dans le cas des EJB c'est en utilisant du RMI/IIOP habituellement. Mais je crois pas que c'était ca ta question
 
R2: Ca dépend de ta modélisation. Moi je dirais que la couche de service c'est une "boite à outil". Par exemple, la notion de "personne" n'est pas forcément la même pour la couche métier et la couche service ...
 
Pour ta dernière question, la réponse est non. Tes méthodes ressemblent à des appels BDD. Une couche métier ne doit pas se limiter à ca (alors qu'un nouche service, elle contiendra ce genre de méthodes)

SAP

R1: tu parles des designs patterns? Session Facade, buisness deleguates, etc? Un bouquin à consulter : "Core J2EE patterns"
 
R2: le livre en question répond aussi à ça

et le messaging alors?

pour une appli avec IHM ?

oui

ha bon  

1/ tu peux faire du synchrone en messaging si tu veux vraiment
2/ je vois pas pq t'aurais pas droit à une ui en faisant de l'asynchrone. c'est conceptualisé(?) differement, c'est sur.

messaging synchrone ? c'est à dire ?? du RPC ??
 
enfin bon, t'avoueras que c'est vraiment pas habituel ...

oui non mais le messaging synchrone c'est pourri, genre le truc que tu fais qd t'as pas d'autre possibilité qd tu bosses sur un truc designé avec les pieds.
 
 
par contre, l'ui en asynchrone, je vois pas ou est le pb. t'as bien un peu d'imagination non? sinon, donne moi un exemple d'appli avec msg asynch, et je t'explique ce que je vois comme ui dessus

mais qu'est ce qui tu fais dire que son appli peut fonctionner en assynchrone ???

et qu'est-ce qui te fait dire qu'elle peut ou doit fonctionner en synchrone?
 
il a demander les differentes manieres de communiquer entre les couches

nan mais c'est quoi la proportion d'appli en synchrone et en assynchrone ? 1 pour 1000 ???  
Sa question est tellement généraliste ... c'est un peu bizarre d'abborder le messaging, quoi ...

OK BENOU.
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

ben qu'est-ce que tu veux que jte dise, tu veux avoir le dernier mot, tu l'as hein.

  c'est qui qui cherche la petite bête ?

greg, le messaging entre ces couches là je trouve ca zarb moi enfin si on parle métier -> services.
 
bien que bon c'est des termes que j'utilise rarement donc ca pourrait etre moi qui me plante. Selon moi le messaging c'est assez bien comme point d'entré et point de sortie d'un système + traffic interne dans une application où l'asynchrone est de facto utilisé

ben si on parle de communication entre métier et service, t'as un (mauvais) exemple dans le bidule que je fais pour le moment au boulot, pourtant.
(export machin bidule)

 
bin non c un point de sortie du système l'export. Donc le messaging est très bien.

ha oui merde, mauvais exemple.
 
anyway, si t'étais venu à javapolis t'aurais vu la conf sur ce sujet et tu comprendrais de quoi je parle

j'ai pas dit que tu avais tord, j'ai dit que je trouvais zarb. Probablement parce que j'ai jamais vu d'exemples probants

j'ai pas dit que t'avais dit que j'avais tord

ok

et lui tu l'engueules pas ?  

mais j't'ai pas engueulé non plus

si

Le problème qui se pose c'est comment différencier une méthode métier et une méthode qui est ds la couche service.
Couche service : c'est uniquement une boité à outil pour faire des traitement en utilisant les objets métiers ou c'est autre chose ?
Couche métier : c'est uniquement un ensemble de classe (javaBean ou EJB) avec un constructeur/dest, set get.
Exemple : une application qui gère les comptes des personnes :
 
Couche métier : classes Compte + Personnes sans aucunes métodes de traitement
Couche service : classe gestion compte avec des métodes : débit, credit, chercher un compte d'un personne, imprimer, etc... (servlet ou EJB)
 
En vous remerciant;