Databasene som ligger til grunn for mange applikasjoner, er ikke spesielt egnet for innholdsadministrasjon på grunn av spesielle krav som er spesifikke for innholdsadministrasjon for håndtering av objekter som dokumenter og bilder.
Det er der innholdsregister spiller inn. Vanligvis sitter på toppen av en database, og arkiver legger til funksjonalitet, for eksempel relasjoner (for eksempel å indikere at en side lenker til en annen), versjonering eller finkornet sikkerhet. For å få denne arkitekturen til å fungere, er det nødvendig med en API som tillater applikasjoner å samhandle med depotet.
Problemet er at praktisk talt hvert CMS har sitt eget, ofte proprietære innholdsregister - hver krever et ikke-standard API. For noen år tilbake foreslo Day Software at det skulle opprettes en ekspertgruppe for å definere et standard API for innholdsregister. Resultatet er Content Repository API for Java Technology (eller bare JSR 170) spesifikasjon, som nettopp ble formelt vedtatt.
Allerede har det vært mye interesse for og, enda viktigere, håndgripelige produkter bygget rundt JSR 170 versjon 1.0. Day tilbyr et JSR 170-kompatibelt depot som en del av det kommersielle Communiqué 4-foretaket CMS og selger det frittstående Content Repository Extreme (CRX). Selskapet lisensierte også denne spesifikasjonen til Apache Software Foundation (ASF), der det er hjørnesteinen i det åpne kildekoden Jackrabbit-prosjektet.
Som vist med JBoss og Liferay (som bruker Jackrabbit), gjør JSR 170 det mulig for utviklere å raskt programmere til et innholdsdepot. Like viktig, hvis du vil bytte i et annet kompatibelt arkiv, kan du uten omkoding. Videre er depotet ikke knyttet til en applikasjon. Denne ekstra fordelen tillater at et enkelt lager kan deles av portalen, CRM-systemet eller den eldre applikasjonen din.
Day selger også JSR 170 repository-kontakter for EMC Documentum og BEA WebLogic Portal - med andre i verk for Microsoft SharePoint, FileNet, OpenText LiveLink og Interwoven. Som et resultat, selv om disse produktene for øyeblikket har eldre arkiver, bør Dags kontakter redusere mye arbeid som normalt er forbundet med integrasjonsprosjekter. IT-ansatte trenger bare å lære seg ett API og bør ikke lenger være bekymret for hvilken leverandørs lager som ligger under applikasjonene deres.
Men, som enhver teknologi, er det rom for forbedringer. JCR 2.0 (JSR 283) ble nettopp foreslått. Dette dekker områder som tilgangskontroll og nye nodetyper (for eksempel metainformasjon og bedre måter å håndtere internasjonalisering på).
Likevel er JSR 170 et beundringsverdig utgangspunkt. Det fordeler bedrifter ved ikke å knytte deg til et bestemt depot, letter utviklingen og strømlinjeformer depotadministrasjon. Faktisk har noen organisasjoner allerede konsolidert dusinvis av forskjellige arkiver til bare en eller to. Til slutt kan applikasjonsleverandører fokusere på å forbedre produktets unike funksjoner og overlate innholdsdepotdelen til selskaper som gjør det best, som Day eller ASF.
