JBoss: Serveur pour du java. Concurrent: Tomcat, Glassfish... ou pour d'autres language, Apache ou IIS
Hibernate:
wikipedia: "Hibernate apporte une solution aux problèmes d'adaptation entre le paradigme objet et les SGBD en remplaçant les accès à la base de données par des appels à des méthodes objet de haut niveau."
En gros, tu fais:
monUser.setNom("Penso");
monUser.setPrenom("Fabien");
monUser.setInscriptionDate(new Date());
monUser.save();
Et tout le coté SQL sera géré automatiquement, quelque soit la base(Oracle, Mysql, ...).
Equivalent en Python: SQLAlchemy. Pour les autres language, je ne connais pas trop
Spring (cool!) et son concurrent EJB (bcp moins cool)
ca regroupe tellement de chose que j'aurai du mal a le faire en simple. A part sous le simple nom "framework"
Par exemple, disons que si tu fais tes objets metiers, et a cote des services, Spring va se charger de faire la glue, entre les deux. Et va s'occuper du cycle de vie de tes objets (instanciation, destruction...). Etant basé sur l'injection de dépendance, tu auras moins de code a écrire, il sera + propre, + facilement modifiable en évitant le coté spaguetti.
Et cadeau bonus pour la route Maven
Si apt(-get) et configure+make avait eu une fille version Java, ça serait Maven:
1) Le(s) serveur(s) maven vont stocker toute les bibliotheques possibles (comme un dépot Debian ou Redhat), en chaque version (mieux que Debian et Redhat)
2) Le script de build va se contenter de décrire ce que tu a besoin en terme de lib, et comment du veux builder.
Au moment du build, tout va se telecharger tout seul et se builder tout seul.
[^] # Re: Bravo!
Posté par Johann Ollivier-Lapeyre (site web personnel) . En réponse au journal s/Hudson/Jenkins/g. Évalué à 3.
Hibernate:
wikipedia: "Hibernate apporte une solution aux problèmes d'adaptation entre le paradigme objet et les SGBD en remplaçant les accès à la base de données par des appels à des méthodes objet de haut niveau."
En gros, tu fais:
monUser.setNom("Penso");
monUser.setPrenom("Fabien");
monUser.setInscriptionDate(new Date());
monUser.save();
Et tout le coté SQL sera géré automatiquement, quelque soit la base(Oracle, Mysql, ...).
Equivalent en Python: SQLAlchemy. Pour les autres language, je ne connais pas trop
Spring (cool!) et son concurrent EJB (bcp moins cool)
ca regroupe tellement de chose que j'aurai du mal a le faire en simple. A part sous le simple nom "framework"
Par exemple, disons que si tu fais tes objets metiers, et a cote des services, Spring va se charger de faire la glue, entre les deux. Et va s'occuper du cycle de vie de tes objets (instanciation, destruction...). Etant basé sur l'injection de dépendance, tu auras moins de code a écrire, il sera + propre, + facilement modifiable en évitant le coté spaguetti.
Et cadeau bonus pour la route
Maven
Si apt(-get) et configure+make avait eu une fille version Java, ça serait Maven:
1) Le(s) serveur(s) maven vont stocker toute les bibliotheques possibles (comme un dépot Debian ou Redhat), en chaque version (mieux que Debian et Redhat)
2) Le script de build va se contenter de décrire ce que tu a besoin en terme de lib, et comment du veux builder.
Au moment du build, tout va se telecharger tout seul et se builder tout seul.