@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 […]

SpringSource frappe fort : ils viennent d’annoncer la sortie du premier milestone de DM Server 2.0. J’ai pas vu le coup venir : rien qu’Hier, Rob Harrop a publié un billet où il parle de leurs plans pour Spring DM Server 2, et e lendemain, ils publient un premier milestone … Voici rapidement les quelques nouveautés apportées par cette version :

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.

Suite à ce billet : Vos premiers pas avec SpringSource Application Platform et eclipse où j’avais montré comment configurer le tooling STS avec Eclipse ainsi que la création et le déploiement d’une application exemple, je vais montrer dans ce billet comment développer une application multi-tiers s’étalant sur plusieurs bundles.

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 […]

Aujourd’hui, j’ai failli m’arracher les cheveux à cause d’un bug bizarre dans l’application sur laquelle on travaille (une application client/serveur à base d’Eclipse RCP côté client et Tomcat tournant comme service dans Equinox côté serveur avec Spring DM). Pour expliquer la chose, on utilise un super petit plug-in développé par Martin Lippert appelé Spring Extension Factory. Ce plugin permet de faire en sorte que les vues et éditeurs Eclipse peuvent être déclarés dans l’applicationContext du […]

Une nouvelle version de maintenance de la branche 1.1 de Spring Dynamic Modules (DM) 1.1.2 vient de sortir. Pour rappel, Spring DM permet d’intégrer les modèles de composition d’OSGi (externe) et de Spring Framework (interne), et ce en: – Importer déclarativement des services OSGi en tant que beans Spring, qu ipourront ensuite participer au cycle habituel de Spring (AOP, DI, etc.) – Exporter déclarativement des beans Spring comme services OSGi.