Discussion :

[Nicolas Dansel]

Bonsoir

Q1/ Pouvez-vous m'expliquer pourquoi la plupart des projets Java professionnels s'appuient sur la norme J2EE (choix de Java/Web) plutôt que sur les clients lourds qu'on peut développer en Swing ou en SWT ?

Q2/ Est-ce que la tendance du marché à préférer J2EE à SWT/Swing se renforce au fil du temps ?

Merci
Nico

[Antoine_935]

Salut

Je ne travaille pas encore dans le monde pro, mais voila ce qui ressort des discussions que j'ai pu avoir:

1. Un site web est largement plus facile à déployer en entreprise. Rien à installer sur les machines client, hormis un lien si les utilisateur ne connaissant pas la notion d'url.
On pourrait penser au java web start, mais bcp d'entreprises ont encore une vieille version de java sur leurs pc.

2. Aucune idée, mais à mon avis le mouvement n'est pas près de s'inverser.


En plus de ça, l'avantage de J2EE est de pouvoir centraliser les informations (un seul serveur). Si tu veux faire ça en swing, tu devras soit

• implémenter ta couche réseau: perte de temps énorme, sans compter les bugs
• te servir d'une technologie existante, style rmi, qui n'est pas prévue du tout pour ce genre d'usage. Il est par exemple impossible d'annuler une action en cours avec le rmi.

[fr1man]

Bon déjà tu peux très bien réaliser une application J2EE avec Swing/SWT.
Swing/SWT ne représente que la couche présentation.
Comme l'a dit Antoine_935, on préfère une couche de présentation web, en partie à cause du déploiement client (inexistant dans ce cas, contrairement aux clients lourds).
Après, ça dépend un peu de ce que tu veux faire, du parc de machines de tes utilisateurs et si tu as la main dessus.
Java Web Start fonctionne à partir de Java 1.4 il me semble, donc ça laisse pas mal de possibilités.

En plus de ça, l'avantage de J2EE est de pouvoir centraliser les informations (un seul serveur). Si tu veux faire ça en swing, tu devras soit
implémenter ta couche réseau: perte de temps énorme, sans compter les bugs
te servir d'une technologie existante, style rmi, qui n'est pas prévue du tout pour ce genre d'usage. Il est par exemple impossible d'annuler une action en cours avec le rmi.

Pas du tout.
Tu peux avoir le coeur de ton application déployée sur un serveur d'application et accessible par ton application Swing via des EJBS par exemple ou des WebServices.
Encore une fois, ce n'est qu'un choix au niveau de la présentation.

[Antoine_935]

Tu peux avoir le coeur de ton application déployée sur un serveur d'application et accessible par ton application Swing via des EJBS par exemple ou des WebServices.

Ah ce serait donc pour ça ces façades remote ? J'ai encore bcp à apprendre, je crois

[Nicolas Dansel]

Tout d'abord, je vous remercie pour vos réponses.

Q1/ Quand on dit qu'on peut faire un projet J2EE en utilisant Swing/SWT pour la couche de présentation, qu'apporte J2EE dans ce cas ?
Je fais sûrement une confusion quelque part mais j'associe spontanément J2EE à des applis Java/web (sous Struts par exemple).

Q3/ Tomcat est-il un serveur J2EE ? Pourquoi ou pourquoi pas ?

[fr1man]

J2EE est un ensemble d'API.
Tu n'es pas obligé de toutes les utiliser pour prétendre avoir une application J2EE.
Tu peux utiliser l'API de persistance, des EJBs, JMS, etc, et avoir une couche présentation SWING/SWT ou JSP/JSF...
La couche présentation n'est qu'un "détail".