Discussion :

[WOLO Laurent]

Comment mettre en oeuvre une achitecture 3-tiers.

[Fabien Celaia]

Ben, en choisissant un serveur applicatif (2e tiers) et un serveur de base (3e tiers) de données... et en formant toute l'équipe de développement aux applications distribuées. Le client fait le 1e tiers.

Bonne chance

[poiiop]

hello
a noter qu'un intranet composé d'un browser (couche présentation), d'un serveur web+php/asp (couche logique applicative) et d'un sgbd (couche gestion des données) est aussi une architecture 3 tiers. Commencer comme ca peut aider à bien cerner les notions de responsabilités liées à chaque couche, et à ne pas se perdre dans des concepts complexes qu'amènent des technologies comme rmi, ejb ...
bon courage

[Fabien Celaia]

hello
a noter qu'un intranet composé d'un browser (couche présentation), d'un serveur web+php/asp (couche logique applicative) et d'un sgbd (couche gestion des données) est aussi une architecture 3 tiers. Commencer comme ca peut aider à bien cerner les notions de responsabilités liées à chaque couche, et à ne pas se perdre dans des concepts complexes qu'amènent des technologies comme rmi, ejb ...
bon courage

... c'est bien ce qui m'avais sembler avoir dit:
browser = client
server web+php = serveur applicatif
SGBDR = SGBDR

[WOLO Laurent]

ET un autre exemple de serveur applicatif en dehors du serveur web svp.

[Fabien Celaia]

Enterprise Application Server, pour un exemple venant de chez mon patron... (c'est a la limite des regles du forum, mais c'est toi qui le demande ). Rien ne t'oblige a utiliser le web.

[poiiop]

jbossqui utilise les services j2ee.

[WOLO Laurent]

Merci, mais n'existe-il pas un seveur d'application pour SQL SERVEUR 2000 ?

[poiiop]

Regarde du côté de l'architecture .Net avec le serveur d'application windows 2003. Sinon, un serveur d'application (jboss par ex.) te fournira un ensemble de composants pour communiquer avec n'importe quel sgbd relationnel du marché (via jca, jca-jdbc, jdbc-odbc ....) . A fouiller !
a+

[WOLO Laurent]

J'avais donc très mal compris ta reponse et en plus, je pensais que ce serveur d'application ne tournait qu'avec java.

[poiiop]

C'est le cas, il repose sur les services java. Il tourne donc avec le jdk

[WOLO Laurent]

Récapitulons :
Est ce que mon client peut être developpez avec n'importe quel language ?
Et mon serveur, est t-il préalablement developpé ou dois-je intervenir dessus comme c'est le cas avec les SGBDR notamment pour la creation des tables,vues,sp,declencheurs ...

[poiiop]

Pour ma part j'ai participé à un projet ou nous avons développé nous même le serveur d'application basée sur rmi en intégrant différents composants. Je suis entrain de découvrir jboss et je ne veux pas m'avancer plus. Il faut lire la doc porpre au serveur que tu envisages. Ce qui me semble évident c'est que tu devras intervenir sur le serveur d'applic pour définir les objets métiers, la logique applicative, configurer les services ... Pour ce qui est du client il faut éviter de multiplier les langages ce qui peut complexifier la maintenance et entrainer des coûts de formation supplémentaire. Sinon, avec jboss, le client pourra par exemple être en java, ou via un browser avec jsp-html.
a+

[Fabien Celaia]

Il faut que le langage du client accepte les objets métiers (composants COM/DCOM, CORBA, J2EE, ...) stockés sous le 2e tiers. De plus, le développement n'est plus le même, très spécifiquement orienté objet (distinctions nettes entre objets métiers et client pour la présentation uniquement)