Bonjour à tous,

Il y a quelques jours, SpringSource a annoncé une nouvelle politique sur la maintenance du framework Spring, et celle-ci a provoqué de nombreuses rumeurs. Parmi celles-ci, de nombreux détracteurs ont fait croire que SpringSource ne proposerait plus le code source dans un dépot publique, ou encore que la licence des projets du portfolio serait changée.

Suite à cela, la communauté s'est emballée, tout le monde a commencé a voir le mal partout, en interprétant la politique à leur manière.
SpringSource ne s'attendant pas à une telle réaction à tout d'abord tenté de justifier leur politique sur différent forum, mais cela n'a pas suffit à enrayer correctement les rumeurs.

Coté francophone une démarche plus adéquate à été prise par Julien Dubois, des explications plus claires ont été publié sur le blog officiel de SpringSource France. Et apparemment, une FAQ sera bientôt proposée sur le site très prochainement.
Je pense que cela devrait doucement calmer la communauté !

Pour faire court, les sources du portfolio de Spring ne changeront pas de licence et resteront disponible sur le dépot publique.
La seule chose qui changera c'est la disponibilité des releases binaires de maintenance. SpringSource ne proposera plus de jars officiel de maintenance pour une release majeure après une période de trois mois. Ces releases seront fournies uniquement aux clients SpringSource.
Les bugfixes seront toujours présents dans le dépot, donc il n'y aura aucune perte de code. Toutes les corrections seront disponibles dans la release majeure suivante.

• Annonce officielle sur le blog de SpringSource France
• FAQ sur le site de SpringSource
• Commentaire de Craigs Walls, auteur de Spring in Action ( non employé chez SpringSource )

Bonjour à tous,

Que vous soyez fan de Spring, ou au contraire que vous l'utilisez sans le connaitre vraiment, j'ai le plaisirs de vous annoncer l'arrivée sur le Luxembourg de la formation Core Spring, de SpringSource.

» Lire la suite!

Il y a quelque temps, j'avais commencé à étudier pour la certification WS de Sun, SCDJWS.
Bien que celle-ci est basée sur des outils un peu désuet, les bases des WS restent les même à l'heure actuelle: WSDL, SOAP, SAAJ, etc...

» Lire la suite!

Pour ceux qui s'intéresse à Spring WS, j'ai récemment commité un module basé sur celui-ci dans le dépôt Subversion du projet TuduList.

» Lire la suite!

Je suis en train de jouer avec le support Groovy de Spring, via le schéma Lang, et je suis confronté à un problème avec les GroovyObjectCustomizer.

Si vous avez déjà joué avec cela, j'aimerai votre avis !

» Lire la suite!

Ca y est, j'ai enfin reçu mon numéro de Voucher pour la certification Spring, je vais donc pouvoir commencer à étudier, revoir correctement et en détails les points spécifier dans ce document.

Je tenterai de faire divers articles ou posts sur le blog Spring sur les points intéressants, les "détails importants" ou réflections que je ferais lors de ma révision.

Et je vous ferai mon feedback sur la certification lorsque je l'aurai passée

Ce n'est qu'un retour tout à fait normal, c'est grâce à mes contributions ici même ( Articles, FAQ, Blog et Forum ) que j'ai été reconnu comme pouvant être "Grandfathered"

Je suis nouveau sur Facelet, et je suis tombé sur un "problème".
Je devais créer un composant JSF, jusque la pas de soucis, j'en avais déjà fait auparavant.

Je commence donc :

• Création du composant
• Création du renderer
• Création du Tag
• Ajout dans faces-config des composants
• Création de la taglib

Bref, je déplois une page de test, et pas de bol, ca ne marche pas..

Après quelques recherches, je découvre qu'avec Facelet, le "Tag" n'est pas utilisé, et donc la méthode setProperties non plus. Le problème qui en survient, est que les expressions languages sont directement passée via setValueBinding au composant, et non plus "traitée" par le Tag.

Il faut donc faire une vérification au niveau du composant, dans les accesseurs, pour vérifier si une ValueBinding n'existe pas pour la propriété :

 
  public String getActionName() { 
 
    if (this.actionName != null) 
      return this.actionName; 
 
    ValueBinding vb = this.getValueBinding("actionName"); 
    if (vb == null) 
      return null; 
  return (String) vb.getValue(context); 
  } 


Bon, prenons un peu le temps de donner des nouvelles sur le deuxième jour.

» Lire la suite!

Bonsoir, je profite d'une connection WiFi à l'hotel pour poster un billet ici :-)

» Lire la suite!

Cet article à pour but de mettre en avant les avantages de Spring pour l'internationalisation d'un logiciel par rapport au système de base intégré à Java.

En effet, le système de Spring se base sur une interface, et permet de passer d'un système de stockage à un autre de manière tout à fait transparente pour le reste de l'application.

Afin de montrer cela en pratique, une implémentation de cette interface va être réalisée afin de récupérer les messages dans une base de données.

Bonne lecture

Après à peine un mois après la RC1, et moins d'une semaine de la sortie de la RC2, SpringSource nous annonce l'arrivée de la version finale de leur framwork Spring en version 2.5.

Programmé à l'origine comme la version 2.1, celle-ci à finalement été renommée en 2.5 au vue des importantes modifications et nouveautées apportées :

• Un support complet de Java 5 et JEE 5 ( JDBC 4.0, JTA 1.1, JavaMail 1.4, JAX-WS )
• Un nouveau système d'injection de dépendances basées sur les annotations de Java 5
• Un jeu d'annotations pour faciliter le développement d'application Web avec Spring MVC
• Un mécanisme de détection des composants dans le classpath ( plus besoin de les définir explicitement dans le fichier de contexte )
• Deux nouveaux namespaces XML :
  • JMS : Pour simplifier la configuration d'écouteurs JMS
  • Context : Pour configurer le système de détections ainsi que pour simplifier le système de PropertyPlaceHolder
• Amélioration de la classe SimpleJdbcTemplate afin de prendre en compte les paramètres nommés
• Déploiement de contexte Spring sous forme d'archive RAR
• Mise à jour du framework de test, afin de prendre en compte JUnit 4 et TestNG
• Certifié officiellement pour WebSphere
• Tout les jars de la version 2.5 sont conformes à la norme OSGI

Bref, un nombre assez important de nouveautés !

Et bonne nouvelle, la migration de la version 2 vers la 2.5 ne devrait pas être difficile si ce n'est le remplacement de certains Jars ou l'ajout d'autres en raison de la nouvelle structure.

Exprimez vous à propos de cette nouvelle version sur le forum

Annonce officielle sur le site Spring Framework
Article : Quelles sont les nouveautés de Spring 2.5 ?

Interface21, la société de Rod Johnson et responsable du développement de Spring Framework, change de nom pour SpringSource.

Extrait du blog de Rod Johnson

We’ve evolved naturally to SpringSource. We are not making a fuss about it. It just makes so much sense for us to use the name that’s so close to what people naturally (and almost accidentally) use. It's simply confusing to have a name that's unnaturally distanced from the product we created and drive. Our tagline has always been "Spring from the Source," making it easy to see what the new name should be.

Dans son article, Rod Johnson nous explique les raisons du changement. La première est que beaucoup de monde connait Spring, mais ne fait pas forcement l'association entre ce framework et Interface21. Le nom étant fort distant du produit qu'ils proposent.

Mais il explique aussi que ce nouveau nom marque aussi l'évolution de leur société. Il faut savoir qu'à l'origine, Interface21 à été créé dans l'optique comme un société de consultance de haut-niveau, en utilisant leur framwork bien évidemment, mais ce n'était pas celui-ci qui était mis en avant. Le nom Interface21 ne posait donc pas de problème.

Mais petit à petit, Spring à commencé à être reconnu, et de plus en plus utilisé, pour devenir pour Interface21 un produit. En effet, de nombreux projets dans le monde se basent sur Spring dans différents domaines : Banque, Gouvernement, Assurance, etc ... Interface21 à donc été obligé de revoir son modèle de société, et leur nouveau nom marque ce fait aussi.

Interface21, ou devrais-je dire SpringSource, désire ainsi renforcer leur lien légitime avec Spring.