Monien sovellusten taustalla olevat tietokannat eivät ole erityisen sopivia sisällönhallintaan, koska sisällönhallinnalle on ominaisia erityisvaatimuksia esineiden, kuten asiakirjojen ja kuvien, käsittelylle.
Siellä sisältövarastot tulevat pelaamaan. Tyypillisesti tietokannan päällä istuvat arkistot lisäävät toimintoja, kuten suhteita (sanovat, että yksi sivu linkittää toiselle), versioita tai hienojakoista suojausta. Tämän arkkitehtuurin toimimiseksi tarvitaan API, joka sallii sovellusten olla vuorovaikutuksessa arkiston kanssa.
Ongelmana on, että käytännöllisesti katsoen jokaisella CMS: llä on oma, usein omistama sisältövarasto - jokainen vaatii ei-standardin mukaisen sovellusliittymän. Muutama vuosi sitten Day Software ehdotti asiantuntijaryhmän perustamista määrittelemään vakiomuotoisen sisältövaraston sovellusliittymä. Tuloksena on Java-tekniikan (tai yksinkertaisesti JSR 170) Content Repository -sovellusliittymä, joka hyväksyttiin vain muodollisesti.
JSR 170: n version 1.0 ympärille on jo rakennettu paljon kiinnostusta ja ennen kaikkea konkreettisia tuotteita. Day tarjoaa JSR 170 -yhteensopivan tietovaraston osana sen kaupallista Communiqué 4 -yrityksen CMS-järjestelmää ja myy erillisen Content Repository Extremen (CRX). Yhtiö lisensoi tämän eritelmän myös Apache Software Foundationille (ASF), jossa se on avoimen lähdekoodin Jackrabbit-projektin kulmakivi.
Kuten JBoss ja Liferay (jotka käyttävät Jackrabbitia), JSR 170 antaa kehittäjille mahdollisuuden ohjelmoida nopeasti sisältötietovarastoon. Yhtä merkittävä, jos haluat vaihtaa toiseen yhteensopivaan arkistoon, voit ilman koodausta. Lisäksi arkistoa ei ole sidottu mihinkään sovellukseen. Tämän lisäedun ansiosta portaali, CRM-järjestelmä tai vanha sovellus voi jakaa yhden arkiston.
Day myy myös JSR 170 -tietovarastoliittimiä EMC Documentumille ja BEA WebLogic Portalille - muiden kanssa Microsoft SharePointin, FileNetin, OpenText LiveLinkin ja Interwovenin töissä. Tämän seurauksena, vaikka näillä tuotteilla on tällä hetkellä vanhoja arkistoja, Dayn liittimien tulisi vähentää paljon integraatioprojekteihin liittyvää työtä. IT-henkilöstön on opittava vain yksi sovellusliittymä, eikä heidän pitäisi enää olla huolissaan siitä, mikä toimittajan arkisto on heidän sovellustensa alla.
Mutta kuten mitä tahansa tekniikkaa, siellä on parantamisen varaa. JCR 2.0 (JSR 283) ehdotettiin juuri. Tämä kattaa alat, kuten pääsynvalvonta ja uudet solmutyypit (esimerkiksi metatiedot ja paremmat tapat käsitellä kansainvälistymistä).
Silti JSR 170 on ihailtava lähtökohta. Se hyödyttää yrityksiä, koska se ei sido sinua tiettyyn arkistoon, helpottaa kehitystä ja virtaviivaistaa arkiston hallintaa. Itse asiassa jotkut organisaatiot ovat jo yhdistäneet kymmeniä erilaisia arkistoja vain yhteen tai kahteen. Lopuksi, sovellusten toimittajat voivat keskittyä parantamaan tuotteensa ainutlaatuisia ominaisuuksia ja jättää sisältövarasto-osan yrityksille, jotka tekevät sen parhaiten, kuten Day tai ASF.
