Discussion :

[benssj5]

bonjour, je tiens a dire deja que j ai lu la fac JDBC et autres documentations sur le net mais j ai besoin de vous

j ai dû reprendre une application existante en SWING JDBC et je viens de la finir, mais maintenant je dois expliquer son architecture.
la personne qui avait commencé l appli n a laissé aucune documentation.

je voudrais savoir qu elle est exactement l architecture que j utilise, si elle c'est une architecture 2-tiers ou 3-tiers.

je pense moi que c est une architecture 2-tiers mais je ne suis pas sur
pour le jdbc, j'utilise le driver thin qui est un driver de type 4.

peut on avoir un middleware avec une archi 2-tiers ?

en resume : mon appli est une interface graphique en swing et je fais des requetes sql pour pouvoir rempir mes jtables avec les données de la BD.

j ai lu des truc sur le middleware mais je sais meme pas si j en ai un ou si il est la et qu il bosse tout seul. lol

je sais que c est peu d 'info mais si vous pouviez m eclaircir ou me donner des indices.

merci

[Ioan]

Bonjour,
Two-tier and Three-tier Models
Bonne chance.
@+

[benssj5]

merci mais ca n'eclairci toujours pas mes doutes ou juste un peu

en fait, etant donnée que je nutilise pas de servlet/jsp ni de rmi, ni autre chose en rapport avec le web je tend a penser que mon appli est fait avec une archi 2 tiers.


si vous pouvez plus m orientez ou m aider merci a vous

[Ioan]

Bonjour,
Le principe d'une architecture 3-tiers est d'avoir un intermédiare entre ton appli et la base de données (par exemple un serveur d'applications). C'est cet intermédiare qui utilise l'API JDBC pour récuperer/modifier la base.
Ton application est 2-tiers. C'est elle même qui utilise JDBC pour accèder aux données.
J'espère que c'est un peu plus clair.
Bon courage.
@+

[Debernad]

Ton architecture est une architecture 2-tier car c'est un modéle client-serveur classique ...

En effet, tu as un client graphique qui communique avec un serveur de donnée.

Dans ce schéma, il n'y a que 2 interlocuteurs, il n'y a aucun intermédiaire.

Alors que si nous avions un serveur d'application telle qu'un conteneur d'EJB.

Ton client graphique utiliserais les fonctionnalités des EJB contenus dans le serveur d'application grâce à du RMI (par exemple, ou tout autre appel de procédure à distance) et les fonctions de tes EJB s'occuperais de collecter les données contenus dans ta base grâce à JDBC pour executer leur traitement. Dans ce cas, nous avons 3 interlocuteurs : ton client graphique, le serveur d'application et la base de donnée donc nous sommes bien en présence d'une architecture 3-tier.

[benssj5]

merci les gars, mes doutes sont partis, c'etait bien ce que je pensais mais j etais pas vraiment sur



encore merci

a+

[Alwin]

Il ne faut pas confondre un tier et un tier.

Le tier (1/3) est un découpage logique d'une application de base.
- 1 présentation
- 2 traitements, logique métier
- 3 persistance

et un tier au sens acteur ( une tierce personne )

Pour les architectures client-serveur, il existe plusieurs manière de les implémentées.

Soit en 2-tiers (acteurs) avec
- interface et traitement d'une part et base de données de l'autre ( 2/3 + 1/3)
- interface d'une part et traitement + persistance de l'autre ( procédure stockées) (1/3+2/3)

Soit en 3-tiers ( acteurs )
- client léger ou riche + logique métier + persiatence

Ou encore n-tiers ( toujours acteurs )