[ Appli ] [ Débutant ] Les applets J2EE ?

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 :)

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.

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.

@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.

Citation:

---

Envoyé par jeoff

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.

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 :mrgreen:.

J'ai pas fini de lire de la doc :aie:


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)

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.

Swing semble convenir à mes besoins mais il y a plusieurs questions qui n'ont pas encore trouvé de réponse dans les documents que j'ai parcouru.

Swing côté client c'est un plugin JVM ? Une appli dediée ?
Swing est-il portable de plateforme en plateforme ?
Pour lancer mon client riche Swing, je passe par un browser ?

Sinon je continue de croiser des mots sans savoir encore à quoi ça correspond :aie:

Dans le désordre : eclipse, struts, corba, framework, Design Patterns ...

Bref, j'ai pas fini de me documenter :mrgreen:

Plus que Swing, je te parle de Java Web Start qui est livré de base avec les nouveaux JRE.

Java Web Start est un container (un peu comme un browser) qui se charge d'uploader ton application Swing et la mettre a jour si besoin.
Pour l'utilisateur, c'est totalement transparent, il n'a besoin que de connaitre Java Web Start.

Bien sur toi de ton coté, tu développes en Swing (ou autre) et du coup l'application est complètement compatible avec n'importe quelle plateforme (toutes celles qui ont un JRE dispo).

Dans tes mots en question, des indices :
eclipse : c'est un IDE (comme WSAD, NetBean, JBuilder...),
struts : est un framework J2EE pour faire des applis Web (dnoc inutilisable si tu choisis Swing)
Framework : bah, c'est juste un projet contenant plein de fonctionnalité pour te permettre de te faciliter le développement...

Donc après pas mal de recherches le projet va tourner sous J2EE (c'était pas encore sûr).

La question client riche/léger reste encore d'actualité mais ce n'est pas moi qui décide :D.

Par contre j'aimerais pouvoir essayer eclipse RCP mais je n'y arrive pas.
Sous windows comme sous linux je télécharge le rcp runtime ou le rcp sdk

Quand je lance l'exécutable, ca me plante une erreur similaire à ce topic

http://www.developpez.net/forums/sho...cation+service

La personne qui répond suggère de suivre un lien pour supprimer des fichiers de config mais je ne retrouve aucun de ces fichiers dans mon installation ...


est-ce que ca veux dire qu'il faut d'abord installer eclipse ? ou bien rcp runtime/sdk est bien standalone comme je l'ai compris jusqu'à présent ?

Merci :)

bon je viens d'installer la version Eclipse SDK 3.1.2, Linux (99 MB)

cette fois ca se lance

je fais le tuto sur le hello world en java console, ca marche.
puis le tuto rcp : tout se passe bien jusqu'à ce que je clique sur "launch the product"

et là je retombe sur la même erreur :aie:

EDIT : j'ai essayé un autre tutorial et c'est passé. il doit manquer certaines étapes dans le tuto fourni ou alors j'ai loupé un truc :roll:

Je te conseile de poster ton message sur le forum EDI, car tu sors complètement du contexte J2EE.

:merci: