Discussion :

[pontus21]

Bonjour à tous,

Je dois développer une appli qui interagisse avec une base de données MySQL.
J'aimerais savoir ce que vous me conseilleriez et les principales différences entre une appli standard, une applet, une servlet ... ? (Et peut-être d'autres types que je ne connais pas ...)

Pour le moment, je n'ai fait que des applis standards.
D'ailleurs y a-t-il de grandes différences entre les différents types de développement ?

Je précises que mon appli devra être exécuté sous Mac principalement mais aussi sous Windows !

Merci d'avance pour vos réponses.

[tchize_]

standalone (ce que tu fais) tu va utiliser du swing ou de l'awt (la pluspart du temps) et avoir accès aux ressources locales de l'utilisateur

applet: vaguement similaire au standalone, tu va pouvoir faire une interface graphique que tu lance depuis une page web. Pour des raisons de sécurités, tu aura des accès très limités au système de l'utilisateur. Pas d'accès à ce qui est confidentiel, au système de fichier ou au réseau, à l'exception d'un accès autorisé quand meme vers le serveur qui a fournis l'applet. Tu peux contourner ces limitation en signant l'applet pour la certifier en ton nom. L'utilisateur aura alors une boite de dialogue demandant si il fait confiance à l'applet

webstart: application standalone, mais distribuée et mise à jour automatiquement via le réseau. Aussi à signer pour avoir accès au système local (comme pour les applets), mais ne nécessite pas nécessairement de browser pour tourner.

servlet/jsp: code s'exécutant sur un serveur, n'a a priori pas d'utilité de awt et swing, destiné principalement à fournir des pages html ou aufre fichiers que les browser utilisent (vaguement similaire sur le principe à du php). Destiné à faire des sites dynamique et des applications web. En plus de l'api standard, tu as accès là à des api spécifique pour le web.

java mobile: applications standalones destinées à des appareils mobiles, elle ont un accès à un api java limitée et spécifique. La jvm se comporte aussi différement

[Fichman]

Salut,

Pour le type d'appli, ben ça dépend ...
Mais si ton appli doit être utilisé par beaucoup de monde, autant faire une appli Web avec des frameworks du type Struts & Co. Au moins tout sera centralisé. Mais rien ne t'empêche de faire un client lourd.

Pour les applis Web, c'est sur qu'il y a des différences de conception (pages Web, plus de Swing ou autre AWT), mais après du java ça reste du java.

[pontus21]

Et autre question.

Si je développe une appli standalone, est-ce ensuite difficile et compliqué de modifier en applet ou servlet ??

[adiGuba]

Salut,

webstart: application standalone, mais distribuée et mise à jour automatiquement via le réseau. Aussi à signer pour avoir accès au système local (comme pour les applets), mais ne nécessite pas nécessairement de browser pour tourner.

A noter qu'on dispose alors d'un package supplémentaire (javax.jnlp) qui permet l'accès à certains services (téléchargement, système de fichiers, presses-papiers, impression) de manière limité mais sécurisé pour l'utilisateur. Ce qui selon les cas peut permettre d'utiliser une application non-signé (même si dans le cas d'un accès à un BD je pense que cela doit être nécessaire).

Si je développe une appli standalone, est-ce ensuite difficile et compliqué de modifier en applet ou servlet ??

La migration applet/standalone peut être assez facile. Le même Jar pourrait d'ailleurs être à la fois distribué en applet et en standalone...

Pour les servlet c'est autre chose : il s'agit d'une application tournant sur le serveur et non pas sur le poste client. Donc pas d'application graphique standard (Swing/AWT). Pour l'interface on utilise généralement un client léger (un navigateur internet), ce qui fait que toute l'interface est à revoir.

Mais bien sûr les classes métiers sont tout à fait réutilisable...


a++

[tchize_]

Mais bien sûr les classes métiers sont tout à fait réutilisable...

Avec le bémol quand meme que certains comportements sont à éviter et qu'il faut y porter un soins particulier en servlet, je pense par exemple à la gestion de Thread, à tout ce qui joue avec des ThreadLocal ou touche à la gestion de la mémoire

[slevy]

Bonjour,
Je te conseille clairement de faire l'appli en Java J2EE (java côté serveur) en utilisant les frameworks open source du marché (Struts, Spring, Hibernate...).
C'est le type d'application le plus utlisé en entreprise, donc l'expérience que tu vas en tirer sera optimum.

Il existe un template tout fait qui accède déjà à une base mySQL en utilisant ces frameworks :
http://raibledesigns.com/rd/entry/an...x_1_5_released

Il suffit de s'en inspirer (après l'avoir un peu étudié quand même) et quelques modifications permettent d'accèder à n'importe quelle base.

Stéphane