Discussion :

[sonia5]

Bonjour,
Je veux rèaliser une application java pour la gestion des personnels d une entreprise, mais je ne sais pas est ce que c est mieux de rèaliser une application Web(intranet à l entreprise) ou bien une application normale??
Si j ai choisi de faire une application normale est ce que c est suffisant de la faire par : JAVA , Mysql5 et pour rèaliser mes interfaces : je dois utiliser awt et swing ? et au niveau l accès à la base de donnèes je ferai un accès direct(pas de mapping) est ce que ça c est bon ou bien c est mieux d utiliser un outil de mapping (hibernate ...) est ce que ça va donner une plus à l application car j ai jamais travailler avec hibernate au niveau d une application normal
J ai besoin de vos rèponses pour commencer mon projet
Merci à ts

[Rei Ichido]

Sur l'aspect appli web / client lourd, ça dépend vraiment de l'entreprise.

L'appli web ça garantit la facilité d'utilisation et ça permet d'ajouter de la sécurité.

Le client lourd ça garantit que tu es beaucoup plus à l'aise sur ce que tu peux implémenter en terme d'interface

Quant à l'utilisation d'hibernate ou autre framework de persistance, c'est vraiment très pratique à utiliser.

[OButterlin]

En intranet, l'application web se défend bien, rien à installer sur les postes clients, centralisation de l'accès aux données donc meilleurs sécurité des données.
En revanche, la "richesse" ergonomique de l'application sera un poil en dessous... et si tu dois faire du graphique, c'est plus compliqué...

Sinon, pour les framework ORM, c'est très bien, mais il faut un temps d'apprentissage conséquent. Si la base de données est unique et fixée, l'accès par JDBC donne de très bons résultats (imbattables si tu passes par des procédures stockées). Ensuite, ça dépend un peu de la complexité de l'application aussi. Pour la mise à jour de tables multiples liées par une hiérarchie, ça simplifie la tâche.

Pour le client lourd, il faudrait plutôt prendre Swing, AWT est obsolète.
Ceci dit, Swing n'est pas simple à appréhender non plus...

En dernier lieu, tu as la possibilité de faire un mixe des 2.
Tu fais un client lourd qui utilise des EJB pour la partie métier (sur un serveur d'application)...

Bon choix...

[sonia5]

Merci pour vos rèponses
J ai dècidè de faire un intranet (web) en jsf et hibernate (selon la premiere reponse)
Mais ce qui je n ai pas compris qu est ce que vous voulez me dire par(2 eme rèponse)

En dernier lieu, tu as la possibilité de faire un mixe des 2.
Tu fais un client lourd qui utilise des EJB pour la partie métier (sur un serveur d'application)...

Je n ai pas compris ça , je peux mixer entre quoi et quoi:
Etre l utilisation d une apllication normale et web (jamais j ai fait ça)
Ou bien entre l utilsation par exemple d Hibernate & l accès directe à la base de donnèes??
Pourriez vous m eclairsser les choses SVP

[Rei Ichido]

Tu peux avoir un client lourd qui se connecte à un serveur EJB, ce qui combine la richesse ergonomique et la sécurité / centralisation.

Mais, forcément, c'est plus lourd à mettre en place

Sur Hibernate, c'est vrai qu'il y a un temps de prise en main, donc si tu es limite sur le temps, c'est peut-être pas la peine ; sinon c'est plus souple ensuite, et puis ça te fait monter en compétence

[libuma]

centralisation de l'accès aux données

Je ne vois pas vrai ce qu'une version web change d'un client lourd point de vue accès aux données :O

Par contre oui, l'application web est bien plus facile à mettre à jour..
Bien que si on effectue pas de mises à jour 24/7, un petit fichier batch par exemple pourrait s'occuper de remplacer les versions précédentes sur les postes clients

Maintenant il faut voir tes connaissances, si tu as une bonne maîtrise de HTML/CSS/JAVASCRIPT, tu auras vite fait de faire un design plus que potable bien qu'on est pas aussi à l'aise qu'avec swing

[OButterlin]

Je n ai pas compris ça , je peux mixer entre quoi et quoi:
Etre l utilisation d une apllication normale et web (jamais j ai fait ça)

Ce n'est pas entre un client lourd et une application web mais plutôt entre un client lourd et un serveur d'application (typiquement utilisé par une application web), je me suis mal exprimé...

Pour ton choix, Jsf + Hibernate, c'est un bon choix... mais j'espère que tu connais Jsf parce que là non plus, ça ne se fait pas tout seul... (temps d'apprentissage).
Dans ce type d'architecture, tu peux accessoirement combiner :
- JSF
- Facelets
- RichFaces
- Seam
- EJB3 (via Hibernate par exemple)

EJB3 ne représente pas vraiment un surcroit d'apprentissage par rapport à Hibernate (natif), ça t'oblige par contre à avoir un conteneur d'EJB sur ton serveur (donc pas avec Tomcat de base... mais tu peux lui rajouter un plugin pour le faire ).
RichFaces d'un point de vue richesse de composant, ergonomie, look & feel, je trouve que c'est le top... (de ce que je connais en tout cas)
Facelets, c'est pour le "templating"
Seam pour la "glue" entre le monde JSF et EJB3

[Jimmy_]

Dans ce type d'architecture, tu peux accessoirement combiner :
- JSF
- Facelets
- RichFaces
- Seam
- EJB3 (via Hibernate par exemple)

Nan mais vous êtes malade de conseiller ça...
C'est le mélange le plus long à comprendre et le ticket d'entrée le plus cher, dans les 3 ou 4 mois pour commencer a pondre un truc cohérent.

Java/JSP/Servlet sur un Struts ou un framework comme Wicket, en 1 semaine un informaticien lambda est opérationnel. Ressource facile à trouver et maintenance simple.