An anderer Stelle haben wir schon desöfteren über den JSR 170 berichtet. Es beinhaltet das von Day’s CTO, David Nüscheler, initiierte Standardisierungsbestreben für eine einheitliche Content-Repository-Logik im Content-Management, welcher mittlerweile in einem finalen Status ist und durch die CRX-Lösung von Day die erste Umsetzung gefunden hat. Letztendlich beinhaltet der Standard aber nur eine Definition für die Ablageverwaltung von einzelnen, logisch nicht miteinander verbundenen Content-Objekten. Nun hat David Nüscheler die Version 2.0 des Content Repository for Java Technologiy API eingereicht, welche von der Java Community als JSR 283 geführt wird. Gegenstand des Standards sol die Festlegung der Zugriffs- und Metadaten-Logik für das Content-Repository sein. Damit würde der Standard die Verwaltungslogik für das semantische Konstrukt eines Objektmodells bieten. Folgende Funktionalitäten sind geplant:

  • Extensions in the area of management of a content repository such as access control management, workspace and nodetype management, retention aspects of content or repository construction patterns.
  • Improvement of content repository interoperability through the addition of new standardized node types, including node types for meta information and internationalization.
  • Extensions to content modelling capabilities.
  • Federation, cross-repository and cross-workspace functionality.
  • Active development of existing query-languages, versioning and observation.
  • Remoting and client/server protocol mappings.
  • Possibly other enhancements.

Bleibt abzuwarten, was am Ende des Standardisierungsprozesses definiert ist und vorallem, ob sich weitere Implementierungen als die von Day finden. Ansätze gibt es ja bereits z.B. Apache Jackrabbit. David Nüscheler bewertet die Entwicklungen wie folgt:

“Mit JSR 170, dem globalen Standard für Content Repositories, haben wir einen fundamentalen Wandel in unserer Industrie
eingeleitet. Wir freuen uns, zu sehen, dass der Standard sich sehr schnell verbreitet. Mit JSR 283 bereiten wir nun eine Reihe von neuen
Funktionen vor, die es Unternehmen noch leichter machen, ihre Repository Architektur zu vereinfachen, die Effizienz zu steigern und Kosten
zu reduzieren”, sagte David Nuescheler, CTO von Day Software und Leiter der Spezifikation. “JSR 283 verfolgt das selbe generelle Ziel - ein
Content Repository API zu entwickeln das einen unabhängigen Weg bietet, in beide Richtungen auf Inhalt in granularem Niveau zuzugreifen.”

Laeave a Reply