JSR 170: Ein Standard-Inhaltsrepository

Die Datenbanken, die vielen Anwendungen zugrunde liegen, sind aufgrund spezieller Anforderungen an die Inhaltsverwaltung für die Verarbeitung von Objekten wie Dokumenten und Bildern nicht besonders für die Inhaltsverwaltung geeignet.

Hier kommen Content-Repositories ins Spiel. Repositorys befinden sich normalerweise auf einer Datenbank und fügen Funktionen hinzu, z. B. Beziehungen (z. B. die darauf hinweisen, dass eine Seite mit einer anderen verknüpft ist), die Versionierung oder eine differenzierte Sicherheit. Damit diese Architektur funktioniert, ist eine API erforderlich, mit der Anwendungen mit dem Repository interagieren können.

Das Problem ist, dass praktisch jedes CMS über ein eigenes, häufig proprietäres Content-Repository verfügt, für das jeweils eine nicht standardmäßige API erforderlich ist. Vor einigen Jahren schlug Day Software vor, eine Expertengruppe einzurichten, um eine Standard-Content-Repository-API zu definieren. Das Ergebnis ist die Spezifikation der Content Repository-API für Java-Technologie (oder einfach JSR 170), die gerade offiziell übernommen wurde.

Es gab bereits großes Interesse an und vor allem greifbaren Produkten, die auf JSR 170 Version 1.0 basieren. Day bietet ein JSR 170-kompatibles Repository als Teil seines kommerziellen Communiqué 4-Unternehmens-CMS und verkauft das eigenständige Content Repository Extreme (CRX). Das Unternehmen hat diese Spezifikation auch an die Apache Software Foundation (ASF) lizenziert, wo sie den Eckpfeiler des Open-Source-Jackrabbit-Projekts darstellt.

Wie bei JBoss und Liferay (die Jackrabbit verwenden) gezeigt, können Entwickler mit JSR 170 schnell in ein Inhaltsrepository programmieren. Ebenso wichtig ist, dass Sie ohne Umcodierung in ein anderes kompatibles Repository wechseln können. Darüber hinaus ist das Repository nicht an eine Anwendung gebunden. Dieser zusätzliche Vorteil ermöglicht die gemeinsame Nutzung eines einzelnen Repositorys durch Ihr Portal, Ihr CRM-System oder Ihre Legacy-Anwendung.

Day verkauft auch JSR 170-Repository-Konnektoren für EMC Documentum und BEA WebLogic Portal - weitere sind für Microsoft SharePoint, FileNet, OpenText LiveLink und Interwoven in Arbeit. Obwohl diese Produkte derzeit über ältere Repositorys verfügen, sollten die Konnektoren von Day daher viel Arbeit reduzieren, die normalerweise mit Integrationsprojekten verbunden ist. IT-Mitarbeiter müssen nur eine API lernen und sollten sich nicht mehr darum kümmern, welches Repository des Anbieters sich unter ihren Anwendungen befindet.

Aber wie bei jeder Technologie gibt es Raum für Verbesserungen. JCR 2.0 (JSR 283) wurde gerade vorgeschlagen. Dies umfasst Bereiche wie Zugriffskontrolle und neue Knotentypen (z. B. Metainformationen und bessere Möglichkeiten zur Bewältigung der Internationalisierung).

Dennoch ist JSR 170 ein bewundernswerter Ausgangspunkt. Unternehmen profitieren davon, dass Sie nicht an ein bestimmtes Repository gebunden sind, die Entwicklung vereinfacht und die Repository-Verwaltung optimiert wird. Tatsächlich haben einige Organisationen bereits Dutzende unterschiedlicher Repositories in nur einem oder zwei zusammengefasst. Schließlich können sich Anwendungsanbieter auf die Verbesserung der einzigartigen Funktionen ihres Produkts konzentrieren und den Teil des Inhalts-Repositorys Unternehmen überlassen, die dies am besten können, wie z. B. Day oder ASF.