Podatkovne baze, na katerih temeljijo številne aplikacije, niso posebej primerne za upravljanje vsebine zaradi posebnih zahtev, ki so značilne za upravljanje vsebin za obdelavo predmetov, kot so dokumenti in slike.
Tam pridejo v poštev skladišča vsebin. Skladišča običajno sedijo na vrhu baze podatkov in dodajo funkcionalnost, na primer razmerja (recimo, ki kažejo, da se ena stran povezuje z drugo), različico ali natančno zaščito. Da ta arhitektura deluje, je potreben API, ki aplikacijam omogoča interakcijo s skladiščem.
Težava je v tem, da ima praktično vsak sistem upravljanja vsebin svoj, pogosto lastniški, repozitorij vsebine - za vsakega je potreben nestandardni API. Pred nekaj leti je Day Software predlagal ustanovitev skupine strokovnjakov za določitev standardnega API-ja za repozitorij vsebine. Rezultat je specifikacija API za repozitorij vsebine za tehnologijo Java (ali preprosto JSR 170), ki je bila pravkar formalno sprejeta.
Že zdaj obstaja veliko zanimanja za in, kar je še pomembneje, oprijemljive izdelke, zgrajene okoli JSR 170 različice 1.0. Day ponuja skladišče, skladno z JSR 170, kot del komercialnega CMS Communiqué 4 za podjetja in prodaja samostojni Content Repository Extreme (CRX). Podjetje je to specifikacijo tudi licenciralo The Apache Software Foundation (ASF), kjer je temelj odprtokodnega projekta Jackrabbit.
Kot je prikazano z JBoss in Liferay (ki uporabljata Jackrabbit), JSR 170 razvijalcem omogoča hitro programiranje v repozitorij vsebine. Enako pomembno je, če želite zamenjati drugo skladno skladišče, lahko brez prekodiranja. Poleg tega repozitorij ni vezan na nobeno aplikacijo. Ta dodatna ugodnost omogoča skupno shranjevanje portala, sistema CRM ali starejše aplikacije z enim skladiščem.
Day prodaja tudi priključke za odlagališča JSR 170 za EMC Documentum in BEA WebLogic Portal - z drugimi v delu za Microsoft SharePoint, FileNet, OpenText LiveLink in Interwoven. Kot rezultat, čeprav imajo ti izdelki trenutno starejše repozitorije, bi morali povezovalniki Day zmanjšati veliko dela, ki je običajno povezano z integracijskimi projekti. Osebje za informacijsko tehnologijo se mora naučiti samo enega API-ja in ne sme biti več zaskrbljeno, katero skladišče ponudnika je pod njihovimi aplikacijami.
Toda, kot katera koli tehnologija, je tudi tu mogoče izboljšati. Pravkar je bil predlagan JCR 2.0 (JSR 283). To zajema področja, kot so nadzor dostopa in nove vrste vozlišč (na primer meta informacije in boljši načini za internacionalizacijo).
Kljub temu je JSR 170 čudovito izhodišče. Koristi podjetjem je, ker vas ne vežejo na določeno repozitorij, olajšajo razvoj in poenostavijo njegovo upravljanje. Pravzaprav so nekatere organizacije že združile na desetine ločenih skladišč v samo eno ali dve. Končno se lahko prodajalci aplikacij osredotočijo na izboljšanje edinstvenih lastnosti svojih izdelkov in del repozitorija vsebine prepustijo podjetjem, ki se najbolje znajo, na primer Day ali ASF.
