Discussion :

[hterrolle]

Bonjour,

Je me pose cette petite question.

je prends l'example d'un project deployer sur le serveur qui a pour role de valider les utilisateur voir les router.

un utilisateur se connecte sur le serveur. Est il possible que le bean de validation puisse faire appel a une application,web qui se trouve deployé dans un autre projet.

merci pour vos reponses.

[*alexandre*]

A mon avis ca serait pas propre ... une couche ne connait que sa couche inférieur afin de ne pas créer de dépendance

[hterrolle]

Salut Alexandre,

Comment ca, ca ne srait pas propres.

Si tu considere que la modelisation n'as pas de limite. Il n'y a rien qui devrait empecher de communiquer entre different project. Se qui permet de reduire le devellopement en cas de chagement.

Example:

ton serveur doit repondre a un trop grand nombre d'utilisatuer. Te pourrait dedier un serveur au controle d'acces(validation des utilisatuer). En fonction du group et du user tu pourrait facilement diriger telle utilisateur sur telle machine pour utiliser telle application.

le communication entre project( container deployer ). C'est vers la que l'on se dirige.

essaye de t'imaginer un serveur comme un objet java. rien ne devrait l'empecher de communiquer avec un autre objet. Il suffit de faire des super container ou de donner acces au different container.

Cela n'est que l'image que je me fait de la communication.

[*alexandre*]

Comment ca, ca ne srait pas propres.

Si tu considere que la modelisation n'as pas de limite. Il n'y a rien qui devrait empecher de communiquer entre different project. Se qui permet de reduire le devellopement en cas de chagement.

C'est justement pour ca que je justifie qu'une couche de service ne peut pas avoir connaissance de la couche présentation.

Tu parles maintenant de projets différents, mais si tu veux architecturer une application de la sorte alors il te faut réflechir en couche :

-entity (ejb, hibernate et autres)
-dao (session bean
-business layer
-web / client layer

1)la couche web ne doit connaitre que la couche business
2)le dao ou session bean ne connait que la couche entity
3)l entity ne connait que son implémentation ...

que la modelisation n'as pas de limite

la modélisation n'est qu'une représentation d'un système ... celui-ci s'il est bien pensé doit être fait en couche ...

[hterrolle]

salut Alexandre,

je pense avoir compris la difference entre couche et objet.

tu n'a pas tord lorsque tu parle de couche. D'éttape sequentiel que doit parcourir une information pour se rendre a un autre endroit. D'ailleur la notion de couche trouve son origine dans les reseaux (je ne m'attale pas).

Par contre lorsqu'il s'agit d'une application ont peux et je considere qu'il y a 3 couche ( front(html,java), buisnnes(serveur), data(server)).

Par contre je ne comprends pas pourquoi il ne serait pas possible que ces couches ne puisse pas communiquer avec d'autre couche identique.

Dans ce cas il suffit de considerer le project(container deploye sur la serveur) comme un objet.

projet -> container(web,ejb,app) -> class(objet) = objet(container)

rien ne nous empeche donc de pouvoir communiquer entre different projet ou container(dans le texte).

Je voie ca comme une table. Chaque colonne represente un projet (3 couche). tu peux donc t'imagine une table avec beaucoup de colonne pouvant communiquer entre elle. Un bon tableau ferait tres bien le boulot.

J'espere que comprend un peux mieux pourquoi j'ai posé cette question de communication entre container(au sens package deployé sur le serveur).

en tout cas tres interressant comme discussion.

A+

[*alexandre*]

Hello,

(je sais pas si le français est ta langue maternelle, mais on peut discuter en anglais si tu le préfères et éviter des incompréhensions)

Il est bien évident que des objets de même niveaux (couches) puissent dialogué entre eux

L'invocation d'un bean (business services et autres couches) ne posent pas de problème.

La problématique que tu exposes ici, est bel et bien la communication entre servers.

Les services dans ce contexte doivent pouvoir être accessibles, quelles sont les solutions disponibles

-accës par http classiques
-accès par rmi
-accès par session bean

Si tu veux exposé des fonctionalités à tes clients, il faut connaître un minimum tes clients

-partenaires commerciaux
-sites internes / applications internes accédant à des ressources partagés
-clients anonymes

etc ...


Un conteneur n'est qu'une application ... il faut maitriser ce que tu veux proposé en extérieur