Catégories: Java, Annonces, Articles, Javapolis, Récapitulatif, Spring Framework, Tips

Comme prévu, le concours s'est terminé vendredi à minuit.

Le tirage au soir à été effectuer et les gagnants sont désignés.

Pour plus d'informations, rendez vous sur le forum : Résultat du concours

Rendez-vous ce jeudi pour What's next !

En cette fin de mois, plus exactement les 26-27 Mai aura lieu What's Next. Ce sont deux jours de conférences où de grand intervenant internationaux viendront vous présenter des sujets chaud du moment :

• Jour 1

  • Adrian Colyer : Enterprise Applications in 2011: Challenges in Development and Deployment, and Spring's response
  • Boris Bokowski : Introducing Orion: Embracing the Web for Software Development Tooling
  • Howard Lewis : Towards the Essence of Programming
  • Jevgeni Kabanov : Do you really get memory?
  • Jags Ramnarayan : SQLFabric - Scalable SQL instead of NoSQL
  • Brad Drysdale : HTML5 WebSockets : the Web Communication revolution, making the impossible possible

• Jour 2

  • Neal Gafter : Keynote
  • Rob Harrop : Multi-Platform Messaging with RabbitMQ
  • Theo Schlossnagle : Service Decoupling in Carrier-Class Architectures
  • Kohsuke Kawaguchi : Taking Continuous Integration to the next level with Jenkins
  • Jonas Bonér : Akka: Simpler Scalability, Fault-Tolerance, Concurrency & Remoting through Actors
  • Shay Banon
  • Michaël Chaize : Architecting user-experiences

En dehors des conférenciers, c'est également l'occasion de rencontrer un maximum de monde qui partage les mêmes intérêt que nous et de faire des rencontres exceptionnelles.

C'est donc un évènement à ne pas louper !

Et pour ne plus vous laissez d'excuses, Developpez.com vous donne la chance de gagner votre entrée à cette conférence.
Pour participer, rien de plus simple, il suffit de remplir ce formulaire : Formulaire de participation au concours What's Next

Le concours prendra fin ce vendredi 20 Mai à minuit, et 10 gagnants seront tirés au sort parmis les participants !

Bonne chance à tous !

En cette fin de mois, plus exactement les 26-27 Mai aura lieu What's Next. Ce sont deux jours de conférences où de grand intervenant internationaux viendront vous présenter des sujets chaud du moment :

• Jour 1

  • Adrian Colyer : Enterprise Applications in 2011: Challenges in Development and Deployment, and Spring's response
  • Boris Bokowski : Introducing Orion: Embracing the Web for Software Development Tooling
  • Howard Lewis : Towards the Essence of Programming
  • Jevgeni Kabanov : Do you really get memory?
  • Jags Ramnarayan : SQLFabric - Scalable SQL instead of NoSQL
  • Brad Drysdale : HTML5 WebSockets : the Web Communication revolution, making the impossible possible

• Jour 2

  • Neal Gafter : Keynote
  • Rob Harrop : Multi-Platform Messaging with RabbitMQ
  • Theo Schlossnagle : Service Decoupling in Carrier-Class Architectures
  • Kohsuke Kawaguchi : Taking Continuous Integration to the next level with Jenkins
  • Jonas Bonér : Akka: Simpler Scalability, Fault-Tolerance, Concurrency & Remoting through Actors
  • Shay Banon
  • Michaël Chaize : Architecting user-experiences

En dehors des conférenciers, c'est également l'occasion de rencontrer un maximum de monde qui partage les mêmes intérêt que nous et de faire des rencontres exceptionnelles.

C'est donc un évènement à ne pas louper !

Et pour ne plus vous laissez d'excuses, Developpez.com vous donne la chance de gagner votre entrée à cette conférence.
Pour participer, rien de plus simple, il suffit de remplir ce formulaire : Formulaire de participation au concours What's Next

Le concours prendra fin ce vendredi 20 Mai à minuit, et 10 gagnants seront tirés au sort parmis les participants !

Bonne chance à tous !

Problème

Sur certains projets, j'ai eu l'occasion de voir des fichiers de configuration Spring de ce type :

<import resource="monitoring-environnement1.xml"/> 
<import resource="monitoring-environnement2.xml"/> 
<import resource="monitoring-environnement3.xml"/>

Et bien évidemment, chacun des fichiers de configurations importés était tous semblables, avec comme seule différence les noms de beans Spring ou des valeurs de propriétés.
Si demain, un nouvel environnement devait être ajouté, je vous le donne dans le mille : un copier / coller, un s/environnement1/nouvel-environnement/g !

Même si cela fonctionne bien, ce n'est pas la solution la plus propre : Si le système de monitoring devait être modifié, il faudrait éditer X fichiers, avec le risque d'oublier un fichier, ou un valeur...

Solution 1 : Créer un namepace dédié au monitoring

Une première solution possible serait de remplacer ces imports par un namespace dédié au monitoring. Il suffirait dès lors d'utiliser une configuration de ce type :

<monitoring:environnement name="environnement1"/> 
<monitoring:environnement name="environnement2"/>

C'est déjà beaucoup plus propre, mais cette solution n'est pas des plus pratiques :

La configuration "générique" sera réalisée via une API spécifique à Spring, que peu de développeurs connaissent ( BeanDefinitionParser, ParserContext, BeanDefinitionRegistry, ..), ce qui rends toute modification assez complexe
Le namespace sera dédié au monitoring ! Si le domaine des fichiers était tout autre, il faudrait développer un nouveau namespace.
Le namespace va cacher aux utilisateurs les beans réellement instanciés.
Bref, c'est déjà mieux mais pas encore suffisamment claire et simple.

Solution 2 : Créer un namepace d'importation de modèles de configuration

Afin de répondre à ces problématique, il est possible de créer un namespace beaucoup plus générique. Celui qui permettrait d'importer une configuration classique (un modèle), mais en remplaçant certaines variables par des valeurs.

Le modèle serait un fichier de configuration Spring tout à fait compréhensible par des habitués de Spring, mais dans laquelle des variables seraient définies :

<beans xmlns="http://www.springframework.org/schema/beans" 
  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 
  xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd">  
 
  <bean name="scheduledTimeTask.${environnement}" class="org.springframework.scheduling.timer.ScheduledTimerTask"> 
  <property name="timerTask" ref="monitoringTask.${environnement}"/>  
 
  <property name="delay" value="1000"/> 
  <property name="period" value="1000"/> 
  </bean> 
  <bean name="timer.${environnement}" class="org.springframework.scheduling.timer.TimerFactoryBean"> 
  <property name="scheduledTimerTasks"> 
  <list> 
  <ref bean="scheduledTimeTask.${environnement}"/> 
  </list> 
  </property> 
  </bean> 
  <bean name="monitoringTask.${environnement}" class="be.hikage.springtemplate.MonitoringTimerTask"> 
  <property name="url" value="${${environnement}.url}"/> 
  </bean>  
 
</beans>

Ici, ${environnement}, est une variable qui sera définie lors de l'importation du modèle :

 
<hikage:import-template location="template-monitoring.xml"> 
  <hikage:variable name="environnement" value="environnement1"/> 
</hikage:import-template>

Conclusion

Cette solution possède donc plusieurs avantages :

En cas de modification du modèle, un seul fichier devra être modifié.
Le namespace pourra être utilisé pour différent domaine ( monotoring, etc .. )
Le modèle sera modifiable par n'importe quel développeur connaissant Spring, et tout à fait lisible

Informations

Ce projet est disponible sous licence Apache 2 sur http://code.google.com/p/spring-import-template/

Comme je l'ai annoncé, Spring 3.0 RC1 est officiellement annoncé ... et une page se tourne.

Spring 3.0 apporte de nouvelles choses :

• Support de REST
• Support de Bean Validation (JSR-303)
• Expression Language
• Nouvelle API de Conversion et formattage
• Nouveaux namespaces
• Module OXM
• Configuration par annotations JavaConfig

Mais à coté de cela, il en met d'autres au placard :

• Java 1.4
• Spring 2.5

En effet, Java 1.4 n'est plus supporté car Spring 3.0 utilise pleinement les nouveautés du langage Java 5 : Générique, Var args, Annotations
Même si cela risque de faire râler, c'est compréhensible. Même JDK 1.5 est entré en End of Service Life, ne parlons donc pas de 1.4

Mais concernant Spring 2.5 ? En quoi est-ce lié ?

Vous vous souvenez, il y a un an ? Du gros buzz SpringSource ? Bon je précise, car il y en a eu beaucoup !
Si je dit "Politique de maintenance", est-ce que cela vous parle ? Et oui ;-)

SpringSource will make regular source and binary releases of the current major version of Spring available to the community until the next major version is available (defined as a release candidate for that version).

Autrement dit, avec la sortie de la RC1 de Spring 3.0, il n'y aura plus de mise à jour ( bugfixe, security, .. ) de la branche 2.5 pour la communauté.

Alors, est-ce que la sortie de la RC1 va relancer le Buzz ? :-)

Ce lundi 14, j'ai eu le plaisir d'intervenir à la soirée anniversaire du BreizhJUG, afin de venir présenter Spring 3.0.
Encore merci à Nicolas de m'avoir donné cette chance :-)

Pour les intéressés, voici mes slides ainsi que mes deux démos (Support de REST et Expression Language)

Slides
Démo Spring REST ( Serveur et Client, + Bean Validation )
Démo Spring EL

J'ai eu une bonne surprise en cette fin de semaine, j'ai reçu mon accès à Google Wave !
Dès que j'ai un peu de temps, je vais essayer de faire joujou avec, et plus particulièrement essayé de crer un petit robo sur Google App !

Est-ce que d'autres personnes ont déja joué avec ? :-)

Trois ans après la première édition, le tout premier livre francophone sur Spring et son portfolio se voit être mis à jour.

Et comme pour la première fois, ce livre couvre des sujets inédits comme Spring Dm et la technologie OSGi, ou le nouveau serveur Spring Dm Server permettant de tirer parti de cette dernière.

Mais ce n'est pas tout, il est l'un des tout premiers livres à couvrir Spring 3.0 ( toute langues confondues, ce qui n'est pas rien ! ). Pour rappel, cette version n'est pas encore officiellement sortie.

D'autres sujets ont de leur coté été mis à jour, c'est le cas de Spring MVC, se basant maintenant sur le jeu d'annotations ou le nouvellement nommé Spring Security, successeur de Acegi.
Spring Batch fait aussi parti des sujets traités.

Bref, un pur bonheur pour ceux qui ne connaissent pas Spring, mais aussi un excellent livre pour ceux utilisant Spring 2.0 et voulant se remettre à niveau.

Quelques informations :

Sortie eBook : 23 Juin 2009, disponible sur izibook
Sortie papier : le 7 juillet 2009

Critique du livre, en avant première

Bonne lecture et n'hésitez pas à venir faire vos commentaires

Il y a quelques mois, Pearson Education avait pris contact avec l'équipe Java afin de les aider à choisir un livre Spring à traduire.

Les deux livres proposés furent : Pro Spring 2.5 et Spring Recipes : A problem-Solution approach

Après lecture des deux ouvrages dans leur langue d'origine, il est resorti que le meilleur choix était Spring Recipes. Sa particuliarité est de ne pas présenter Spring à la manière d'une documentation mais plus en exposant des problèmes, et en proposant une solution pour laquelle Spring est intégrée, et pourquoi il l'est.

Une bonne nouvelle pour les personnes réfractaires à l'anglais, Pearson vient d'annoncer la disponibilité de la traduction. Celle-ci comporte les deux premières parties de l'ouvrage original, traduites par Hervé Soulard.

Pour plus d'information :

Présentation sur le site de Pearson Education
Table des matières
Extrait du chapitre 1 - Inversion du contrôle
Extrait du chapitre 8 - Gestion des transactions
Annonce sur le site de SpringSource

Lors que les termes Injection de dépendances sont cités, deux projets sont souvent pointés du doigts : Spring et Guice.

» Lire la suite!

Bien que n'ayant pas pu être présent cette année à SpringOne, voici les deux principales annonces :

La première concerne SpringSource Tool Suite. Cet packaging d'Eclipse proposant divers outils pratique pour le développement avec Spring mais aussi OSGi avec Spring dm Server est proposé gratuitement. Avant cela, il était disponible uniquement pour les clients du support.

La deuxième concerne un nouveau projet dans le portfolio Spring : Spring Roo ( prononcez Rou, comme Kango-roo ;-) ).
Derrière ce nom farfelu se cache un Grails ( ou un Rail ) pour Java !

N'ayant pas encore eu le temps de jouer avec, je vous conseille la lecture de cet article ou bien celui-ci ( en anglais, mais écrit par un des développeur de Spring Roo ).

Bonne lecture !

SpringSource, la société derrière le framework Spring et son portfolio, propose de nouvelles sessions francophone de la formation Core Spring en France, en Belgique et au Luxembourg

» Lire la suite!