@Repository("djo")

Une super astuce que je viens de tomber dessus sur le blog de Zenika : merci à eux de partager celà Il s’agit de controler l’inclusion de fichiers de configuration Spring via une property passé à la JVM : <import resource="${env}-infrastructure.xml"/> puis passer l’argument : -Denv=prod ou encore -Denv=dev Par exemple, selon que l’on est en mode développement ou en mode production. J’adore ! surtout pour l’inclusion des fichiers .properties Le billet qui présente cette […]

Dans ce second volet de la série de l’utilisation d’OSGi côté serveur, je vais présenter comment on peut configurer log4j pour qu’on puisse voir les logs générés par les différents bundles dans la console d’Eclipse. Dans un programme Java ordianire, log4j cherche un fichier log4j.properties (ou xml) dans le racine du classpath. Or, dans un conteneur OSGi, la notion de classpath est différente. On n’a plus de classpath unique par application, mais plutôt un classpath […]

Ce billet est le premier d’une série (que j’espère finir pour une fois) de billets à propos de l’utilisation d’OSGi du côté serveur. L’utilisation la plus populaire d’OSGi est plus du côté client, avec Eclipse qui l’utilise comme noyeau et base de son architecture de plugins, ainsi que dans le monde de l’embarqué. Dans ce premier billet, je vais présenter l’étape de préparation de l’environnement de développement,et plus particulièrement la notation de Target Platform.

Spring Dynamic Modules permet de réconcilier le modèle de développement de Spring Framework avec celui d’OSGi, et ce via l’ajout d’un namespace osgi utilisable dans les fichiers de configuration de Spring qui permettent entre autre d’importer un service OSGi en tant que Bean Spring ainsi que d’exporter un Bean Spring en tant que service OSGi. Aujourdhui, le second milestone de Spring dynamic Modules (spring DM) est sorti, apportant comme nouveautés :

La première version de maintenance de Spring Framework après la décision de ne plus les fournir librement après les premiers 3 mois puis le revirement de la situation est maintenant disponible avec la publication de la 2.5.6 qui apporte principalement : Près de 100 bugs résolus Passage à des versions plus récentes pour des libs externes (EclipseLink, AspectJ, etc.) Entêtes OSGi révisées Les liens importants :

C’est officiel : Rod Jonhson vient de poster un billet sur le blog officiel de SpringSource pour dire qu’il ont effectué une sorte de refactoring sur leur nouvelle politique de maintenance annoncée il y’a peu et qui a causé, pour rester en un doux euhémisme, de violentes réactions de la communauté (genre 250 commentaires jusque là sur The Server Side). Je suis encore en train de lire (et relire) l’annonce, mais une chose est sûre […]

SpringSource, anciennement Interface21, la boite derrière le très populaire Spring Framework vient d’annoncer (en fait, ça date de 2 jours, mais bon …) une nouvelle stratégie de maintenance de leur produit phare (Spring Framework) : En gros, et à partir de Septembre 2008 (nous y somme déjà), les versions de maintenance ne seront disponibles publiquement que pendant les 3 premier mois suivant la sortie du produit. Après cela, les mises à jour qui suivent ne […]

J’avais précédemment traité ce thème dans un autre billet, mais je dois avouer que la méthode que j’y avais présenté n’étatit pas vraiment solide ou fiable. Donc, suite à quelques recherches et expérimentations, j’ai pu mettre en place un autre filtre beaucoup plus solide qui permet d’intercepter les erreurs de sessions expirées dans JSF (qui sont plus qu’abondants avec ce dernier ) pour afficher une page personnalisée au lieu de la mooche page d’erreur par […]

Juste pour signaler que j’ai enfin réussi à mettre en place un prototype d’une application client/serveur full-OSGi où le server est un par tournant dans S2AP et le client est une application Eclipse RCP. Le serveur et le client sont architecturés comme suit:

Bonjour. Spring 2.5 offre enfin une nouvelle méthode d’intégration avec JSF compatible avec la version 1.2 (qui ne repose pas sur le VariableResolver, déprécié depuis JSF 1.2). Donc, avant, dans le fichiers faces-config.xml on faisait: <application>   <variable-resolver>     org.springframework.web.jsf.DelegatingVariableResolver   </variable-resolver> </application> Mais maintenant, on utilise le nouveau FacesELResolver de Spring 2.5 de cette façon: <application>   <el-resolver>     org.springframework.web.jsf.el.SpringBeanFacesELResolver   </el-resolver> </application> Dommage que ce ne soit pas bien documenté dans […]