Dans cet interview, un développeur de SAP présente le sous-projet Eclipse 'OSGi Enterprise Tools', il y détaille notamment les contributions de SAP et de VMWare. La question plus générale de la montée en puissance de SAP dans l'open-source est aussi abordée : SAP a fini par se rendre compte que le développement propriétaire de tout le socle technique de son progiciel n'apportait pas de valeur ajoutée. Ceci explique que les contributions de SAP soient de plus en plus nombreuses sur les projets Eclipse. On notera des participations aux projets suivants : Virgo (diverses contributions aux code et à la documentation, EclipseLink (contribution d'une suite de tests JPA), Egit (5 committeurs sur 14). WTP (outillage EJB, JavaEE et WebServices), EMF (EMF Query, EMF Validation, e4 (1 commiteur). A cette liste s'ajoute des projets dont SAP est l'initiateur : Memory Analyzer, Graphiti, OSGi Enterprise Tools

Le projet Virgo vient de livrer sa première version finalisée, Virgo 2.1. Cette version succède à 'Spring dm server2.0'.

La spécification OSGi Enterprise vient d'être publiée en version finale. Cette spécification marque une étape importante pour OSGi. Elle décrit notamment comment OSGi peut s'intégrer dans un contexte JavaEE. Jusqu'à maintenant, OSGi s'est développée en parallèle du monde JavaEE, d'où certaines difficultés pour faire cohabiter les deux mondes. Avec les projets Eclipse Virgo, Eclipse Gemini et Apache Aries, des implémentations d'une bonne partie de cette spécification sont dès aujourd'hui disponibles. Parions qu'avec cette spécification, OSGi va prendre une nouvelle dimension.

Cette page donne un premier aperçu synthétique du contenu de la spécification,

SpringSource annonce avoir déposé une proposition pour la création du sous-projet Virgo. Ce projet sera créé à partir du code de la version 2.0 de Spring dm (Spring dynamic modules est un serveur d'applications Java basé sur OSGi).