Catégories: Spring, Spring Framework, SpringSource DM Server/S2AP

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!

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 :

» 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!

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 plug-in (en tant que Spring beans quoi) ce qui permet de profiter de la DI par exemple. Plus précisément, dans notre cas ceci revient à injecter les proxies des services distants (sur le serveur) qui seront invoqués par remoting (via Hessian pour le moment, mais c'est interchangeable grâce à l'abstraction Spring du Remoting).

ça marchait impec jusqu'à aujourd'hui, où on avait besoin d'utiliser une vue définie dans un plug-in A dans une perspective définie par un plug-in B. Et hop, l'injection de dépendances ne marchait plus (un NPE à l'accès à une des dépendances)

» Lire la suite!

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.

» 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!

Le second et dernier release candidate de SpringSource DM Server, anciennement appelé SpringSource Application Platform vient tout juste de sortir.

Pour rappel, SpringSource DM Server est une nouvelle génération de serveurs Java offrant OSGi comme modèle de programmation (qui utilise Spring Dynamic Modules en interne).

Quelques nouveautés:

» Lire la suite!

Le premier Milestone du futur Spring Dynamic Modules (DM) 1.2.0 vient tout juste 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.

» Lire la suite!