OSGi.nl

Wie de afgelopen tijd de ontwikkelingen rondom Java 7 en 8 gevolgd heeft, heeft ongetwijfeld gelezen dat er al enige tijd discussie is rondom Apache Harmony, een clean room, open source implementatie van Java. Om zo’n implementatie Java te mogen noemen, moet je hem laten certificeren door de TCK (een verzameling tests) te draaien. Die TCK krijg je alleen als je een contract ondertekent waar zogenaamde “Field Of Use” restricties instaan. Die restricties betekenen dat je je implementatie niet op mobiele telefoons en in embedded devices mag gebruiken. Echter, open source licenties in het algemeen zijn niet compatible met FOU restricties, dus dat is een probleem. Gerelateerd hieraan had Sun, en nu dus Oracle, allerlei patenten die betrekking hebben op Java. Als je niet door de TCK heen komt en je dus aan die FOU restricties houdt, ben jij en iedereen die de open source versie van jouw Java implementatie gebruikt aan te klagen omdat je die patenten schendt.

Het resultaat is dus dat je nooit een open source implementatie van Java kunt maken (zoals Brian McAllister in zijn The TCK trap artikel beschrijft). Zonder TCK zul je aangeklaagd worden wegens het schenden van patenten. Met TCK kun je nooit compatible zijn met de open source licenties.

Daar komt nog eens bij dat in het verleden Sun aan Apache beloofd heeft dat ze, zonder FOU restricties, toegang zouden krijgen tot die TCK voor Apache Harmony. Later zijn ze op die belofte teruggekomen en daardoor is het originele conflict ontstaan. Dat leidt er nu toe dat Apache, na 10 jaar, de JCP Executive Committee verlaat.

Wat is de relevantie voor OSGi? OSGi is gebouwd op Java en wordt nogal eens gebruikt in mobiele en embedded omgevingen. We lopen het risico dat er straks geen niet-commerciële implementaties meer zijn voor die omgevingen. Misschien moet om die reden OSGi in de toekomst wel gaan draaien op een door de OSGi Alliance gespecificeerde virtual machine? Of moeten we de open source OSGi implementaties wel geschikt gaan maken om op andere virtual machines te werken. Dat Apache Felix nu al op Android (de Dalvik VM) draait is een goede ontwikkeling. Dat er daarnaast een nieuw incubator project gestart is onder de naam Apache Celix, een zo goed mogelijke C implementatie van de OSGi specificaties, ook. Misschien dat Microsoft zijn .NET runtime wel geschikt wil maken voor OSGi?