Catégorie: Spring Framework

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 technique.

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 séparé par bundle.

» Lire la suite!

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.

» Lire la suite!

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 :

» Lire la suite!

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 :

» Lire la suite!

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 est revenu sur sa décision de changer la politique de maintenance de Spring Framework, en quotant Rod Jonhson :

» Lire la suite!

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 seront disponibles que pour les client payants de SpringSource et ce pendant 3 ans ...

» Lire la suite!

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 défaut du serveur utilisé.

» Lire la suite!

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:

» Lire la suite!

Suite à ce billet que j'ai rédigé pour montrer comment mettre en place JPA/Hibernate en mode managé avec Spring, on m'a à maintes reprises demandé de fournir une application exemple pour montrer en pratique ces concepts.

» Lire la suite!

En continuité du post précédent, je vais proposer ici une version modifiée de l'Injector qui ne nécéssite pas de fichier XML pour faire de la DI (Dependancy Injection) dans un environnment SE.

» Lire la suite!

Après avoir gouté aux joies de la DI (Dependancy Injection) de Spring via annotations, je n'en peux plus me passer.
Seulement, je n'ai fait celà que dans un contexte Web, et plus précisément avec JSF.
Dans un tel environnement, on est en mode managé, c'est à dire qu'on crée rien à la main, et le tout est configurable, ce qui permet à Spring de s'intégrer parfaitement dans l'equation, en offrant d'une manière totalement transparente la DI.

Par contre, dans un environnement standard (SE), les choses ne sont pas aussi simples ...

» Lire la suite!