Discussion :

[jeoff]

Bonjour,

J'ai pris en charge un projet ambitieux et très intéressant.
Je dois monter un prototype de gestion de production.

Pour celà nous nous orientons vers du n-tier.

Malgrès toute la doc que je bouffe sur J2EE, certains points restent obscurs.
Nous souhaitons au final n'avoir plus que des clients léger de type terminal ou de type navigateur web.

Sur ces clients, on doit afficher des menus de type formulaire ou des rapports; et donc pouvoir intéragir avec les composants comme avec un client riche (raccourci clavier par exemple).

Je pense qu'une applet Java tournant dans un navigateur répond à cette problématique.

Ai-je raison ? Est-ce qu'une autre techno n'est pas plus adaptée ?

Peut-on coder des applets Java à la sauce J2EE c'est à dire en séparant les couches présentation, métier ... ?

Y a t-il des environnements pour effectuer celà ?

Merci

[K-Kaï]

Et pourquoi pas dans ce cas une appli J2EE sur ton serveur (Struts, EJB,... à toi de voir), et de simple client web sur les postes clients. Le serveur envoyant au client de simple page JSP où il y aura les formulaires (form html), l'affichage des rapports ... Ainsi tu aurais des clients léger vraiment léger et tu ne t'embète pas avec les applets.

[yolepro]

Bonjour jeoff,

Peut-être peux-tu t'orienter vers du client riche tel que AJAX ou faire directement ton application en Swing avec un systeme de Java web start.

C'est une direction a envisager car pour une grosse application, Swing peut te faire gagner beaucoup de temps comparé à un client léger de type browser.

Dans tous les cas (AJAX ou Swing) il faut vraiment pousser l'analyse au maximum pour ne pas avoir de surprise.

PS : une question importante, est ce pour un intranet ou pour internet ? (question de population touchée), en fonction de la réponse l'une ou l'autre solution peut etre mieux adaptée.

[jeoff]

@K-Kaï:
Corrigez moi si je me trompe mais de simples pages JSP ne permettent pas de gérer les interactions avec l'utilisateur (événements).

---
@yolepro :
Pour l'instant c'est de l'intranet mais ce sera peut être ammené à évoluer donc ca ne facilite pas mon choix.

Ce qui nous interesse particulièrement dans le n-tier c'est de ne pas redéployer les applications sur chaque poste dès que l'on patch nos applis.
On fait la MAJ sur le serveur et tout le monde se retrouve avec la même version.

Je ne connais pas Ajax et Swing de nom uniquement. Dans quelles proportions sont-ils des clients "riches" ?

Je pars en quête d'infos de mon côté

Merci pour ces premiers éléments de réponses.

[yolepro]

Ce qui nous interesse particulièrement dans le n-tier c'est de ne pas redéployer les applications sur chaque poste dès que l'on patch nos applis.
On fait la MAJ sur le serveur et tout le monde se retrouve avec la même version.

C'est sur ce point que je voulais intervenir (intranet, internet).
Java Web Start (que je ne maitrise pas) utilise un system de deploiement qui est totalement transparent pour l'utilisateur. C'est en ca qu'il est interessant, et il est totalement conforme a la problématique n-tier (il est tout a fait possible de la connecter a un EJB). La contrainte : il faut que Java soit installé sur la machine cliente (au moins une version contenant Java web start).

AJAX n'a pas ce problème (c'est du client légé pur), mais il est plus évolué que du simple HTML. Il utilise un system de rafraichissement d'information localisé (flux XML).
Du coup, il est possible de faire des choses très proche du client riche.
Pour t'en convaincre : tu peux trouver plein de site l'utilisant (type magasin en ligne avec Drag and Drop ...).
La contrainte : ca utilise du javascript et ca n'est donc pas forcement aisé a prendre en main.

[jeoff]

Bon je viens de me tapper un peu de doc et ca confirme ce que je pensais.

Les clients riches prennent en charge la partie présentation et validation des données. Jusque là j'ai bon ?

La mise à jour est automatisée (connexion au serveur + vérification de la version).

Il ne me reste plus qu'à comprendre comment les composants client/serveur s'articulent et choisir un client riche .

J'ai pas fini de lire de la doc


EDIT Donc AJAX n'est pas un client riche ? Je vais explorer cette voie aussi. Je n'ai eu le temps d'ouvrir que des articles sur le terme générique de client "riche" (je connaissais lourd/léger mais pas riche)

[K-Kaï]

A ouais vu comme cela ok je n'est rien dit ....
Je pensais que tu voulais simplement pouvoir saisir des formulaire à la demande et afficher des rapport toujours à la demande donc les JSP étaient suffisantes.
Je prends donc note de cet echec et me retire du message (tiens ca me rapelle quelque chose ca).

En fait non je suis le truc cela peut être interessant.