Hikage https://blog.developpez.com/hikage Mon, 23 May 2011 10:00:39 +0000 fr-FR hourly 1 https://wordpress.org/?v=4.1.42 Concours What’s Next Paris : Résultats https://blog.developpez.com/hikage/p10005/java/concours_what_s_next_paris_resultats https://blog.developpez.com/hikage/p10005/java/concours_what_s_next_paris_resultats#comments Mon, 23 May 2011 10:00:39 +0000 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 !

]]> 0 Concours What’s Next Paris : 10 entrées à gagner https://blog.developpez.com/hikage/p9982/java/concours_what_s_next_paris_10_entrees_a__1 https://blog.developpez.com/hikage/p9982/java/concours_what_s_next_paris_10_entrees_a__1#comments Sun, 15 May 2011 18:43:29 +0000 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 !

]]> 0 Concours What’s Next Paris : 10 entrées à gagner https://blog.developpez.com/hikage/p9981/java/concours_what_s_next_paris_10_entrees_a_ https://blog.developpez.com/hikage/p9981/java/concours_what_s_next_paris_10_entrees_a_#comments Sun, 15 May 2011 18:43:09 +0000 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 !

]]> 1 Projet : Importation de templates de configuration Spring https://blog.developpez.com/hikage/p8773/java/spring-framework/projet_importation_de_templates_de_confi https://blog.developpez.com/hikage/p8773/java/spring-framework/projet_importation_de_templates_de_confi#comments Thu, 08 Apr 2010 15:30:00 +0000 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/

]]> 4 Spring 3.0 RC1 – Une page est tournée https://blog.developpez.com/hikage/p8106/java/spring_3_0_rc1_une_page_est_tournee https://blog.developpez.com/hikage/p8106/java/spring_3_0_rc1_une_page_est_tournee#comments Fri, 25 Sep 2009 22:56:04 +0000 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 ? :-)

]]> 1 Présentation Spring 3.0 : Slides et demos https://blog.developpez.com/hikage/p8076/java/presentation_spring_3_0_slides_et_demos https://blog.developpez.com/hikage/p8076/java/presentation_spring_3_0_slides_et_demos#comments Fri, 18 Sep 2009 11:00:00 +0000 Slides => Démo Spring REST ( Serveur et Client, + Bean Validation ) => Démo Spring EL]]> 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

]]> 5 I’am on the Wave ! https://blog.developpez.com/hikage/p7955/java/i_am_on_the_wave https://blog.developpez.com/hikage/p7955/java/i_am_on_the_wave#comments Fri, 14 Aug 2009 21:11:13 +0000 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 ? :-)

]]> 7 Livre : Spring par la pratique, 2ème edition ( Spring 3.0, Spring Dm, Spring Batch, .. ) https://blog.developpez.com/hikage/p7790/java/spring-framework/livre_spring_par_la_pratique_2eme_editio https://blog.developpez.com/hikage/p7790/java/spring-framework/livre_spring_par_la_pratique_2eme_editio#comments Wed, 24 Jun 2009 05:00:00 +0000 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

]]> 0 Livre : Spring par l’exemple https://blog.developpez.com/hikage/p7594/java/livre_spring_par_l_exemple https://blog.developpez.com/hikage/p7594/java/livre_spring_par_l_exemple#comments Thu, 14 May 2009 10:03:14 +0000 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

]]> 0 Injection de dépendances : Google et SpringSource travaillent ensemble https://blog.developpez.com/hikage/p7576/java/injection_de_dependances_google_et_sprin https://blog.developpez.com/hikage/p7576/java/injection_de_dependances_google_et_sprin#comments Thu, 07 May 2009 12:27:16 +0000 Lors que les termes Injection de dépendances sont cités, deux projets sont souvent pointés du doigts : Spring et Guice.

Le premier est Spring Framework qui à largement contribué à la popularisation de ce concept. Le principe original de celui-ci était de créer des POJOs, et de lier ceux-ci via un fichier XML.

L’intérêt premier était que les classes était très peu liées ni même au framework Spring.

Quelques temps plus tard, Google Guice est arrivé avec une autre technique.
Le(s) fichier(s) XML devenant parfois très long, et n’était pas directement géré par les outils de refactoring, un sytème d’injection basé sur des annotations fut préféré par Google.

Ce système gagna un certains succès, et SpringSource à donc repris l’idée en proposant un set d’annotations aussi pour gérer les dépendances.

Que l’on aime ou pas les annotations, elles ont un gros défaut : elles lient directement le code métier au framework d’injection de dépendances !

Afin de résoudre ce problème, les deux Gurus ont décidé de travailler ensemble sur une nouvelle JSR pour standardiser l’injection de dépendance.

Pour l’instant, cette JSR ne comporte qu’un jeu très restreint d’annotation :

  • @Inject
  • @Qualifier
  • @Scope
  • @Named
  • @Singleton

Je trouve cette initiave intéressante, mais il faut encore voir quelles fonctionnalités des frameworks seront mis en place dans cette JSR.

Spring, et certainement Guice, proposent plus que de l’injection de dépendance ( AOP, gestion des transaction, … ).

Si la JSR se limite à l’injection, on finira tout de même par utilisé des fonctions propres à l’implementation .. et donc le code ne sera de nouveau liés à un framework.

Plus d’information :

Blog Google
Blog de Nicolas De Loof
Draft de la spécification

]]> 3