Discussion :

[klane]

Bonjour à tous,

J'ai pour projet de développer une application java en couches type java EE.
Il s'agira d'un application tournant sur un serveur et dotée d'un client leger, d'un client lourd et à terme d'une application mobile.
Il s'agit d'un gros projet pour un débutant en java EE comme moi mais c'est un projet personnel qui n'est pas à but lucratif donc j'ai tout mon temps pour le développer. De plus je n'ai pas terminé mes études donc je profite du temps que j'ai pour me faire un reel apprentissage du java EE.

J'ouvre donc cette discussion afin qu'elle suive toute l'évolution de mon projet car j'aurais beaucoup, mais alors beaucoup de questions à poser pendant le développement ...

Je remercie d'avance les bonnes âmes qui m'aideront au cours de la création de mon projet

Bon trêve de bavardages, Je commence avec mes questions. Comme pour tout projet les premières questions qui vont être soulevées sont des questions
de conception/architecture du projet:

J'ai fait des recherches sur les architectures java EE et lu la plupart des tutoriels présents sur ce site. Mais il reste des notions que je n'ai pas comprises.

1 ) On peut lire sur le net que le framework spring est un conteneur d'application dit 'leger', mais dans la plupart des tutoriels sur le java EE, quand spring est utilisé c'est en duo avec un conteneur dit lourd du type glassfish, jboss etc...
Alors voila ma question : Spring peut il être utilisé seul ou a-t-il besoin d'être associé à un serveur d'application ? si oui dans quels cas a-t-on besoin d'un serveur d'application en plus de spring?
En résumé, Spring peut-il-remplacer un serveur d'application ?

merci d'avance pour vos réponses

[tchize_]

Spring, c'est beaucoup de composant. Le composant principal c'est IOC qui fait l'injection de dépendance dans tes classes. Celui-ci s'utilise dans n'importe quelle application (serveur, client lourd, ...) et prend peu de place. Il s'agit juste d'une couche d'initialisaition (en gros) de ton application plus quelques possibilités de gérer le comportement (transactions par exemple).


Ensuite t'as spring web qui lui est un composant destiné à faire des application web et s'utilise exclusivement dans une conteneur J2EE.

Au final, même si certaines partie de spring sont destinées à être utilisée dans des conteneur j2EE, en lui même spring n'a rien à voir avec J2EE. Tu peux faire du spring sans conteneur, tu peux faire du J2EE sans spring. Je te conseillerais d'ailleurs de commencer sans spring si tu veux apprendre le J2EE.

[klane]

merci d'être aussi réactif je vais donc dans un premier temps suivre ton conseil et me passer de spring. Je pense que j'aurais une meilleure compréhension de ce qu'est réelement ce framework une fois que j'aurai travaillé sans.

Je vais donc potasser tout ce qui est serveur j2ee et je reviendrai poser des questions après, merci

[tchize_]

je rajoute qu'une partie de spring fait maintenant double emploie avec java EE 6

IOC:
java EE6=CDI/WELD
Spring= spring core
Gestion des transaction
java EE6=EJBs
Spring= annotations @Transactional + Asectj
Interfaces web:
JAVA EE6=JSF
Spring: Spring web

[klane]

Bon ça y est je vais me lancer, j'ai donc décidé d'une architecture pour mon projet.

Comme vous me l'avez conseillé je vais utiliser une achitecture java EE sans srping.

Il me faut donc un serveur d'application pour contenir mon appli. D'après ce que j'ai pu lire dans d'autres topics, un JOnAS semble être une bonne solution.
J'ai donc choisi ce serveur.

Mon application va être ( rien de surprenant ) divisée en 3 couches

Je vais commencer par m'appliquer à développer la couche d'accès à la bdd ( qui sera une bdd mysql ).

Pour faire quelque chose de propre j'aimerais que cette couche d'accès soit assez standard.

Venons en donc aux questions

1) Tout d'abord : pensez vous que je devrais commencer mon application par ce bout là ou y a-t-il quelque chose d'autre à faire avant?

2) Si je commence par ça, devrais je faire une première implémentation de la couche d'accès avec JDBC, pour en venir ensuite à ajouter un dao et éventuellement finalement arriver sur du hibernate?
Ou bien devrais-je directement mettre en place la dao voir directement hibernate?
Ou alors devrais-je mettre en place une autre solution ?

3) Selon les solutions possibles à la question d'avant, dans quels cas est ce que j'aurais à creer la table sql de toutes pièces et dans quels cas pourra-t-elle être construite automatiquement?

Voila ... comme vous l'aurez compris je suis un peu submergé par le nombre de solutions differentes disponibles pour réaliser la même chose... mais bon mieux vaut trop que pas assez

[tchize_]

Pour l'accès données, attaque directement du JPA, c'est standardisé et destiné à ça

[Robin56]

Alors voila ma question : Spring peut il être utilisé seul ou a-t-il besoin d'être associé à un serveur d'application ? si oui dans quels cas a-t-on besoin d'un serveur d'application en plus de spring?
En résumé, Spring peut-il-remplacer un serveur d'application ?

merci d'avance pour vos réponses

Euh d'après mes connaissances, tu confonds des termes là. Spring c'est un framework Java. C'est une boîte à tout faire quoi. JBoss, Tomcat & co ce sont des serveurs d'applications. Tu auras forcément besoin d'un serveur d'application.

Edit : Bien d'accord avec tchize_, commence avec une application propre en J2EE sans Spring avant. Ça évitera de te noyer.