Discussion :

[MagicMagnet]

Bonjour à tous,
Je sollicite votre expérience face à un pb que je me pose actuellement.
D'un côté j'ai un client lourd (type webstart) qui crée et manipule des données qui sont ensuite stockées dans une BD MySQL que j'attaque direct avec JDBC.
Jusqu'ici tout va bien sauf que je voudrais passer du 2-tiers au 3-tiers.
Donc sur la base d'un serveur Apache, quelle techno me conseilleriez vous d'utiliser de manière à faire communiquer mon client avec la BD sans l'attaquer en frontal ?
Je n'ai pas besoin de faire des choses extraordinaires côté serveur vu que mon client lourd s'occupe de tous les traitements à faire sur les données.
C'est juste un problème de communication quoi.
Je sais pas si je suis bien clair...
Vos avis ?

[tchize_]

puisque, apparement, tu as actuellement plein de méthode dans ton client lourd qui retoourne de données de la db, le plus simple (avec le peu d'information que tu fournis) serait d'utiliser un webservice, qui va s'insérer dans ces appel. Les librairies pour webservice aujourd'hui peuvent presque automatiquement exporter sous forme de webservice un ensemble de fonciton existantes et mapper des webservice sur des beans coté client. Ce devrait donc être la solution qui demande le moins de travail.

[MagicMagnet]

Merci de ta réponse.
J'ai pas tout compris ceci dit.
Donc je vais détailler un peu plus.
Mon client lourd permet soit d'interroger la BD, d'afficher les résultats des requêtes sous formes diverses et de modifier les données reçues.
Soit, il permet à l'utilisateur de créer de nouvelles données qui seront enregistrées dans la BD. Ces données sont stockées dans une dizaine de tables, rien de révolutionnaire quoi. Ces tables ne sont utilisées que part mon client, pas d'interface web ou autre.
Jusqu'ici j'avais un serveur MySQL que j'attaquais en direct mais c'est pas super comme solution.
Donc du coup, mon serveur MySQL n'est accessible que depuis localhost, et il faut que je rajoute le tiers du milieu pour faire communiquer mon client avec la BD.
J'ai pas envie de sortir l'artillerie lourde juste pour ça et si je comprends bien ta réponse tu me suggères une solution de type : Apache + Tomcat + Axis c'est ça ?

[Desboys]

Bonjour,

tu souhaites faire évoluer ton architecture applicative de 2-tiers ( client lourd + serveur bdd ) vers un 3-tiers.
Quels sont les 3 tiers que tu envisages?
- l'ancien client lourd dépouillé de sa logique métier? Ou Client Web?
- Serveur intermediaire contenant la logique métier de l'ancien client lourd? Ou juste un relais de communication vers la bdd?
- La bdd

Est-ce suite à une limitation de l'architecture actuelle que tu veuilles entreprendre ce changement? En comprenant mieux la motivation de cette évolution, les solutions seront plus précises.

Cordialement,

[MagicMagnet]

Salut,
Alors mais 3-tiers seraient :
- mon client lourd (adapté pour la cause)
- un relais de communication vers la bd
- la bd

En fait je veux effectuer ce changement dans la mesure où le serveur MySQL héberge d'autres bases utilisées par d'autres applis. Dans un soucis de sécurité je souhaite le placer derrière une interface de connexion côté serveur, ce qui pourrait me permettre également de pooler les connections ce qui n'est pas possible avec mon archi actuelle (mon client peut être utilisé par plusieurs users simultanément évidemment).

Vraiment désolé si je suis pas clair. Si vous voulez je suis vraiment dans un esprit RIA où le client peut fonctionner également en mode déconnecté, dans ce cas j'utilise SQLite en local.
Voilà.

[MagicMagnet]

Je précise encore parce que je suis pas tout à fait au clair.
En fait, il ne s'agit pas d'un relais de connexion pur et dur, je ne veux pas pouvoir balancer n'importe quelle requête sur le serveur MySQL, je veux juste une couche de quelques chose côté serveur qui effectue les requêtes que je fais actuellement en direct et qui balance les résultats à mon client.

[djo.mos]

Salut,
Une solution possible est d'utiliser le remoting (plus simple AMHA que les WS, d'autant plus que le serveur et le client sont en Java).

Je parle ici d'une telle architecture : http://djo-mos.developpez.com/tutori...oting-hessian/

En gros, dans ton cas, tu peux coder la couche DAO/Service côté serveur et les exposer pour me remoting.
Le client se contente de les invoquer, toujours via remoting