Catégories: OSGi, OSGi côté serveur

Dans ce triosième volet de la série parlant de l'utilisation d'OSGi côté serveur, je vais présenter comment on peut configurer jetty.

Par défaut, Jetty utilise le port 8080, ce qui peut poser problème quand on a un autre serveur sur ce port.

Pour résoudre celà, on va créer un fragment qui contient les fichiers de configuration de Jetty. J'avais présenté en détail comment céer un fragment dans le billet précédent : « Préparation de l'environnement : configuration de log4j »

» Lire la suite!

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!

Le public draft des spécifications de la prochaine version d'OSGi, la 4.2, vient d'être rendu public.

J'avais présenté (brièvement) dans un autre billet les quelques nouveautés qui seront apportées par cette version.

Le public draft des specs du core
Le public draft des specs du compendium (services extra)

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!

OSGi Allaince vient de rendre disponible une registre des entêtes utilisés dans le fichier MANIFEST.MF, et ce pour essayer d'éviter des collisions de noms.

C'est accessible par ici :

http://www.osgi.org/Specifications/ReferenceHeaders

On notera que cette liste contient les entêtes standard d'OSGi, ceux de BnD (sous ne nom aQute dans la liste) mais aussi ceux introduits par Spring Source DM Server

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!

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!

Depuis Hier, OSGi Alliance a rendu public le premier Early Draft des spécifications de la future version de la plateforme OSGi, la 4.2.

Cette version devrait apporter quelques nouveautés majeures, dont je cite :

» Lire la suite!

L'équipe d'EclipseLink vient d'annoncer la sortie de la version finale d'EclipseLink, un framework de persistance pour Java utilisable avec des bases de données relationelles, non realtionelles ou fichiers XML, et exposant plusieurs APIs (JPA, JAXB, etc.)

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

L'equipe de Glassfish vient d'annoncer que Glassfish V3 va tourner sur OSGi. Par contre, je ne suis pas sûr de ce que cela veut dire pour HK2, leur ancien micro-conteneur.
Si on ajoute à cela le fait que Websphere, JBoss, WebLogic et JOnAS tournent déjà ou qu'on a annoncé qu'ils tourneront sur OSGi, et on peut deviner qu'OSGi a de beaux jours devant lui.

Autre nouvelle à cet égard: le futur eclipse Ganymede incluera d'office (version SDK ou PDE) tout ce qu'il faut pour faire de l'OSGi côté serveur, une technologie très prometteuse.