Discussion :

[CoderInTheDark]

Bonjour,

Je souhaite apprendre Spring.
Pour l’instant je souffre beaucoup.
J’ai essayé le « Tutoriel sur la réalisation d'application simple avec Springs ».
Mais j’ai toujours des problèmes avec les fichiers de configurations.

J’aurais besoin de conseils.

Tout d’abord, concernant la version de Springs.
Je voulais savoir si la version 3 et 4 étaient vraiment différentes l’une de l’autre.
Et quel était la version la plus utilisé en entreprise.
Car il y a seulement des livres sur la version 3.
Je ne trouve pas d’e-book sur la version 4.
Par exemple, pring par la pratique porte sur la version 2.5 et 3.
Spring 4 est-il rétro-compatible avec la version 3

Quel est le meilleur tuto pour débuter ?
Mon plus gros problème c’est les fichiers de configurations.
Par exemple j’ai beaucoup de mal, avec la configuration d’Eclipse et de Maven.
Est-il indispensable de passer par Maven ?
Sinon puis-je télécharger les fichiers spring et tout coller dans lib ?

Quels sont les modules les plus importants à connaitre.
Pour l’instant c’est spring MVC, qui me semple prioritaire.
Et faire le lien entre spring et hibernate.

Je ne pars pas de zéro.
Je connais Java Swing et Hibernate.
Et pour le web je fais surtout du PHP avec Synfony 2.
J’aimerai retrouver avec Spring, le découpage MVC2.

J’ai bien eu une formation à J2E et EJB3, mais on n’a pas abordés les Framework.
J’ai trouvé ça un peu lourd.
Car il n’y avait pas de fichier de routage, comme avec Synfony.
Je pense qu’avec Spring ça va être un peu plus simple.

Si quelqu’un se rappelle de ses débuts avec Spring.
Par avance merci

Un développeur un peu perdu

[tchize_]

Je voulais savoir si la version 3 et 4 étaient vraiment différentes l’une de l’autre.

Tout est là

http://docs.spring.io/spring/docs/cu...ew-in-4.0.html

En gros, support de java 8 et version minimale à java 6

Et quel était la version la plus utilisé en entreprise.

Ca dépend, ici on essaie toujours d'utiliser les nouvelles versions pour les nouveaux projet, tout en gardant les ancienne versions dans les ancien projets. Pas de mise à jour non justifiée en gros.

Par exemple j’ai beaucoup de mal, avec la configuration d’Eclipse et de Maven.
Est-il indispensable de passer par Maven ?
Sinon puis-je télécharger les fichiers spring et tout coller dans lib ?

Non, tu n'es pas obligé de passer par maven c'est juste plus facile pour gérer toutes les dépendances. Tu peux manuellement télécharger les .jar dont tu as besoin sur le repository maven et faire avec.

Quels sont les modules les plus importants à connaitre.

La base pour commencer, c'est spring IOC, c'est au coeur de spring. J'utilise Spring depuis des années, je n'utilise pas Spring MVC...

J’ai bien eu une formation à J2E et EJB3, mais on n’a pas abordés les Framework.

EJB3 lourds? Ca se configure en quelques annotation à peine

[bilgetz]

Bonjour,
Je voulais savoir si la version 3 et 4 étaient vraiment différentes l’une de l’autre.

Tous ce que tu fera en 3, tu le fera en 4.
la 4 apporte de nouveau truc, comme les websocket.

Et quel était la version la plus utilisé en entreprise.

Çà dépend du projet ( Merci captain obvious :p ).
Non dans déconner, ça dépend vraiment de quand date le projet et de quand date l'architecte.....
En général, tu verra pas mal de 2.5 et un peu de 3( évolution de projet ancien).
Les nouveau projet seront sur 4(4.1 ?), ou 3 si l'archi est frileux.

Spring 4 est-il rétro-compatible avec la version 3

Dans les grandes ligne oui.
Après si tu veux faire des chose spécifique, la çà risque de bloquer, mais niveau configuration général, ça passera.
Et puis la philosophie Spring ( Ioc ) est toujours la.

Quel est le meilleur tuto pour débuter ?

Le site de spring a pas mal de tuto pas trop mal.
Sinon le livre "Spring par la pratique" est vraiment bien aussi.

Mon plus gros problème c’est les fichiers de configurations.
Par exemple j’ai beaucoup de mal, avec la configuration d’Eclipse et de Maven.
Est-il indispensable de passer par Maven ?
Sinon puis-je télécharger les fichiers spring et tout coller dans lib ?

Je te conseille vraiment de passer par maven.
1. ça te simplifiera la vie pour les dépendances.
2. en entreprise , je ne connait plus de projet sans maven ou gradle.

Pour Eclipse, prend le "Spring Tool Suite", c'est un Eclipse customiser par Spring.
Il est un peu lourd, mais tu as la plupart des plugin pratique déjà mis dedans.

Quels sont les modules les plus importants à connaitre.
Pour l’instant c’est spring MVC, qui me semple prioritaire.
Et faire le lien entre spring et hibernate.

Spring-core ( logique ^^)
Spring MVC.
Spring data.
Spring security.
C'est les 4 que tu verra pratiquement de partout.
Je te conseille de regarder Spring-boot, surtout si tu as du mal avec la configuration, ça te permet de toucher a Spring sans vraiment faire de conf.

[CoderInTheDark]

Merci pour ces informations

J’ai regardé un peu Maven, celui fournit avec Eclipse.
C’est vrai que c’est pratique pour les dépendances.
Mais il colle tous les jar
Par exemple pour hibernate, je me demande si je peux lui demander de ne pas tout coller.
Par exemple je ne veux pas de JBoss.

J’ai toujours des jars qui ne servent à rien, et polluent mon environnement de travail.
Je n’ai jamais trouvé d’outil satisfaisant pour ça.

Dans la pratique si je veux changer de version.
J’ai juste à changer le numéro de version dans la balise dependency et tester ?

Concernant Spring, mon but est de passer à Spring plus un Framework de présentation JSF ou Strust
De préférence JSF.
Dans ce cas dois-je vraiment apprendre Spring MVC ?

[bilgetz]

J’ai regardé un peu Maven, celui fournit avec Eclipse.
C’est vrai que c’est pratique pour les dépendances.
Mais il colle tous les jar
Par exemple pour hibernate, je me demande si je peux lui demander de ne pas tout coller.
Par exemple je ne veux pas de JBoss.

Oui tu peut définir d'exclure certaine dépendance:
http://maven.apache.org/guides/intro...endencies.html

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
 
<project>
  ...
  <dependencies>
    <dependency>
      <groupId>sample.ProjectA</groupId>
      <artifactId>Project-A</artifactId>
      <version>1.0</version>
      <scope>compile</scope>
      <exclusions>
        <exclusion>  <!-- declare the exclusion here -->
          <groupId>sample.ProjectB</groupId>
          <artifactId>Project-B</artifactId>
        </exclusion>
      </exclusions> 
    </dependency>
  </dependencies>
</project>

A utiliser avec précaution. ( enlève 1 par 1 pour être sur que le projet n'a effectivement pas besoin de cette dépendance).

Dans la pratique si je veux changer de version.
J’ai juste à changer le numéro de version dans la balise dependency et tester ?

Oui.
Le top c'est de créer des "variable" pour les versions, c'est plus facilement maintenable.

Concernant Spring, mon but est de passer à Spring plus un Framework de présentation JSF ou Strust
De préférence JSF.
Dans ce cas dois-je vraiment apprendre Spring MVC ?

Struts n'est pratiquement plus utilisé, il te servira sur des vieux projet.
J'ai pas assez de recul sur JSF, donc je ne m'avancerai pas sur ce framework.
Ce que j'aime avec Spring MVC, c'est qu'il est simple a prendre a main surtout pour faire des application REST ou tu doit récupérer une variable dans l'URL.

Tu n'est pas obligé d'apprendre quoi que ce soit, mais savoir que ça existe et ou trouver de la doc te servira le jour ou on te balance sur un projet qui utilise ce framework.

[tchize_]

pour hibernate, je me demande si je peux lui demander de ne pas tout coller.
Par exemple je ne veux pas de JBoss.

Bien que tu puisse exclure certaines dépendances, ce n'est pas une bonne idée. Les développeur d'Hibernate on déclaré dans leur maven qu'il avaient besoin de jboss logging et jandex pour fonctionner, si tu les retire, il y a de fortes chances qu'hibernate ne fonctionne plus et t'envoie des NoClassDefFoundError!

J’ai toujours des jars qui ne servent à rien, et polluent mon environnement de travail.

Ils ne servent pas à rien, ils sont nécessaire aux librairies que tu utilise. L'avantage de maven, c'est que tu n'es pas obligé de partir toi même à la chasse aux jars.

Concernant Spring, mon but est de passer à Spring plus un Framework de présentation JSF ou Strust
De préférence JSF.
Dans ce cas dois-je vraiment apprendre Spring MVC ?

Non tu ne dois pas. Tu peux commencer par JSF et regarder MVC après voir ne jamais le regarder.

[CoderInTheDark]

merci

[Mickael_Istria]

Par exemple je ne veux pas de JBoss.

En fait, si tu pars pour faire une application en Spring avec du @Inject , du JPA avec Hibernate, peut-etre meme du Jax-RS ou des Websockets; c'est une stack a peu pres identique techniquement, et strictement identique fonctionnellement, a une stack Java EE. Donc quitte a faire la meme chose, il y a peut-etre des avantages a prendre un serveur Java EE qui est teste et qui marche bien pour tout ca plutot qu'a te faire ton Tomcat tout customise que tu devras maintenir et configurer toi-meme en croisant les doigts pour que les differentes libs soient compatibles.