Přehled vlastností Oracle WebCenter Suite, část 5.

Při hledání informací do dnešního článku jsem našel přehled vlastností WebCentra vytvořený jedním z product managerů. Je k nahlédnutí zde (a pokračování na stránkách přes link v záhlaví hlavního dokumentu).

To, co nám ještě zbylo, jsou vlastnosti schované pod hlavičkou WebCenter Anywhere, což jsou služby, které slouží k propojení WebCentra s "jinými zdroji podobného charakteru" v organizaci.

Pagelet Producer (dřívě též Ensemble)
V předminulém článku jsme psali o portletech. Co když ale má zákazník řešení, které se do portálových technologií transformovat nedá (nebo jen za cenu úplného přepsání) - např. v ČR populární řešení psaná v PHP? Pro tyto zákazníky by mohl být řešením Pagelet Producer.
Ten totiž umí vytvořit pagelet, což je kus html kódu, který je pomocí jednoduchého javascriptu možné přidat do jakékoliv stránky. A protože je jedna ukázka mnohem lepší než tisíc slov, podívejte se na to lépe sami - v ukázce vytvoří jednoduchá ADF aplikace a pak se pomocí (v té době ještě) Ensemble přidá do iGoogle gadgets.

WSRP Producer for .NET (dříve též .NET Accelerator)
Z podobného světa je WSRP Producer for .NET. Ten, jednoduše řečeno, umožňuje vyvíjet v .NETu (včetně vývojového IDE Visual Studio); výsledný kód je však možné provozovat v prostředí WebCenter.
Výhodou tohoto přístupu je, že organizace zvyklá vyvíjet v .NETu může využívat další vlastnosti a služby WebCenter Suite, aniž by musela měnit vývojovou platformu.
I pro tuto vlastnost máme k dispozici ukázku.

Business Mashup
I k tomuto tématu existuje ukázka. Business Mashups jsou technologií, která umožňuje využít data z aplikací a prezentovat je v uživatelsky přívětivé formě na portálu. Skládají se ze dvou technologií, tzv. Data Controls, které definují datový zdroj, a Mashups či Taskflows, které definují, jak se bude obsah zobrazovat. Samozřejmě, při zobrazení je možné využít více zdrojů a "promixovat" tak různá data do jednoho výstupu. Navíc toto je možné vše vytvářet za běhu (byť definici data controls stejně většinou provádí vývojář).

WebCenter Analytics
Na rozdíl od předchozích vlastností jsou Analytics určeny hlavně k tomu, aby umožňovaly sledovat nejrůznější statistiky (nejčastěji sledovanost či dobu odezvy), které mohou být nezbytnou částí k dosažení úspěšnosti řešení.

REST API
Poslední vlastností z balíku Anywhere je REST API. To zajišťuje přístup k funkcím velmi efektivním způsobem. Jeho ukázkou je pak aplikace pro iPhone dodávaná přímo Oraclem, ale i pro další zařízení (např. Blackberry) dodávané partnery.

Tímto jsme uzavřeli představování vlastností WebCenter. Suite samozřejmě obsahuje i některé další produkty (UCM, SES), které jsou nutnou součástí pro některé specifické úlohy, a jiné (Weblogic Portal, Aqualogic Interaction), které jsou ve suitě pro zákazníky, kteří již mají tento produkt zakoupený, chtějí jej ještě nějakou dobu provozovat, ale licenčně již chtějí přejít na WebCenter.

Přehled vlastností Oracle WebCenter Suite, část 4.

V dnešním článku se zaměříme na téma, které obvykle posluchače napadne, když slyší o "2.0" tématech - social computing (všimněte si, že až doposud jsme se tomuto tématu věnovali jen okrajově).

WebCenter obsahuje řadu služeb provozovaných v prostředí portálu (samy služby, jak jsme si uvedli minule, jsou často portlety). Pokud zákazníka zajímá výhradně rozšíření možností již existujícího portálu o tyto služby, je možné místo WebCenter Suite pořídit jen produkt zvaný WebCenter Services, který právě tyto služby obsahuje.

Přehled služeb:

• Wiki & Blog: od PS3 se ukládají članky na Wiki a příspěvky do blogů jako dokumenty (html) v UCM. Byl změněn i front-end (WYSIWYG editor).
• Diskuze: (též miniblogs) - krátké příspěvky, zpravidla k danému hlavnímu tématu
• Oznámení (Announcements) - podobná diskuzím - krátké příspěvky; na rozdíl od diskuzních příspěvků však mohou obsahovat datum a čas (např. do kdy jsou aktuální či do kdy je potřeba přečíst)
• Tagy (štítky) - krátké, zpravidla uživatelem či autorem definované, označení subjektu; obdoba klíčových slov, pomáhají při vyhledávání
• Odkazy (Links) - propojení mezi dvěma libovolnými subjekty (diskuzní příspěvek - oznámení, uživatel - dokument apod.), které usnadňuje dohledání souvislostí
• Hlasování - 'Líbí'/'Nelíbí'
• Ankety - volba otázek, časování-cílení ankety, vyhodnocení výsledků
• Sociální sítě (Activity Stream, Activity Graph) - sledování dění v sociální síti (co, kdo, kdy)
• Osobní profil - stránka s nastavením osobních údajů; ty je pak možné využít jako vstup i do aplikací (např. preferovaný jazyk, 'Mám zájem o:', apod.)
• RSS - publikace z často měněných zdroje na internetu (např. titulky novin)

Kromě těchto služeb obsahuje WebCenter i rozhraní na další často využívané služby:

• Mail
• Poznámky (notes)
  
• Kalendář
• Workflow worklist
  

Přehled vlastností Oracle WebCenter Suite, část 3.

Práce s portlety

Od patch setu 3 (PS 3) podporuje WebCenter plně standardy JSR 286 a WSRP 2.0 (normy JSR 168 a WSRP 1.0 byly podporovány již dříve). Portlety je možné vytvářet i konzumovat.
V případě konzumace portletů třetích stran - je možné využívat i vzdálené portlety, viz podpora WSRP - je vzájemné propojení (wiring) těchto portletů do prakticky automatické - portlety přebírají kontext, pouze při výměně událostí je třeba někdy specifikovat zdroj a cíl (což je možné při designu v prostředí JDeveloper, nebo za běhu pomocí Oracle Composer).
Kromě výše zmíněných podporuje WebCenter i standardy JSR 301, JSR 329 (JSF Portlet Bridge for Portlet 1.0 resp. 2.0 Apps).
K portletům na závěr ještě jednu poznámku: většina standardních Web 2.0 služeb (Oznámení, Tagging, Profily, Worklisty ad.) jsou fakticky implementovány jako portlety.

WebCenter Spaces
Spaces jsou hotová portálová aplikace, která je zaměřena na dva scénáře:

• vývojový projekt
• zájmové komunity

(třetím scénářem je pak 'generický scénář', který je možné 'naklikat' do žádané podoby - nevyžaduje však nutně žádný vývoj).
Jako takové nabízejí Spaces všechny výhody portálové aplikace, jak jsme si je uvedli v minulém článku. Oproti dřívějším verzím se od PS 3 jedná zejména o:

• hierarchii stránek spaces vč. navigace
  
• delegovanou administraci a
• zabezpečení na úrovni položky (souboru)

V podstatě se jedná o zjemnění úrovně již dříve přístupných funkcí.

Přehled vlastností Oracle WebCenter Suite, část 2.

V dnešním článku se konečně dostaneme k detailům. Konkrétně výstavbě portálů či aplikací s prvky portálu.

• Tvorba a úprava vzhledu stránek - stránku je možné vytvářet buď v IDE prostředí (JDeveloper aj.) nebo v runtime módu (této vlastnosti se říká Oracle Composer); přičemž v runtime módu je pak možné specifikovat role či skupiny uživatelů, kteří mohou obsah měnit předem definovaným způsobem. Při designu stránek je možné používat tyto komponenty:
• šablony stránek, skins a navigace
• tzv. resources - zdroji může být statický obsah (dokumenty, obrázky, videa - proto je součástí suity ECM úložiště), ale také výstupy či interface aplikací (portlety, vyvíjené aplikace, mashups apod.); portál sám obsahuje také řadu standardních resources, jako je náhled do mailové schránky, workflow task list apod.


• Resource Manager - vzhledem k výše uvedenému je klíčovou komponentou pro dotváření konečného vzhledu zdrojů (a tedy i stránek a celého portálu) manažerská konzole, která umožňuje správci portálu rozhodnout které zdroje a kterým uživatelům dá k dispozici, stejně tak se ale využívá pro podporu iterativního vývoje zdrojů (tj. je možné "poslat zdroj zpět do vývoje").


• Delegovaná administrace - umožňuje rozdělit administraci tak, aby za konkrétní části byly zodpovědní různí lidé - to odpovídá konceptu, že portál představuje tvář celé organizace, je dán jednotný branding, za svoji část jsou však zodpovědná jednotlivá oddělení


• Zobrazení portletů - portál je schopen konzumovat portlety dle standardů JSR 168, JSR 286, WSRP 1.0, WSRP 2.0 a dokonce "portletizovat" zdroje, které neodpovídají žádné specifikaci WSRP (o tomto více v některém z přístích článků)


• Analýzy (návštěvnosti apod.) - pro úspěšný provoz portálu je také nezbytné neustále sledovat, zda je portál navštěvován, popř. které stránky jsou oblíbené a o které naopak není zájem. Za tímto účelem je obsažen modul pro sledování událostí a tvorbu reportů (jedná se o původní modul AquaLogic Analytics, který byl převzat a patřičně upraven).
  

Přehled vlastností Oracle WebCenter Suite, část 1.

Představme si nejprve high-level přehled, co všechno obsahuje WebCenter Suite:

1. moduly rodiny WebCenter

• WebCenter Portal & WebCenter Framework - tento modul umožňuje
• vytvářet portály (web aplikace s portálovými vlastnostmi, jak bylo uvedeno minule)
• vytvářet portlety (funkční celky, Java aplikace odpovídající specifikaci JSR 168, resp. JSR 286, které je možné provozovat v portálových prostředí - i třetí strany)
• WebCenter Spaces - hotová portálová aplikace, která ihned po nainstalování umožňuje provozovat portál pro účely zájmových komunit či project development stránky
• WebCenter Services - hotové služby, které umožňují
  
• Social Computing (WIKI, blogy, diskuze atp.)
• integraci s ostatními aplikacemi v rámci organizace
  

2. ostatní aktuální produkty

• omezená licence na Oracle UCM - omezení je specifikováno ve smyslu:
• "správa dokumentů, WCM, DAM a dalších UCM komponent pro dodávání obsahu v rámci portálu či portálových aplikací" (tj. v podstatě vše kromě URM; URM adaptér je však součástí licence) - zdroj ESup.pdf
• "veškeré interakce musí být prostřednictvím rozhraní WebCenter Suite, custom aplikace, Desktop integration nebo UCM GUI, včetně administrátorských úloh" (tj. do UCM by se nemělo přistupovat napřímo přes jeho services či API rozhraní) - zdroj FAQs


• omezená licence na Secure Enterprise Search - omezení specifikováno ve smyslu prohledávání a indexace veškerého obsahu dodávaného v rámci portálu či portálových aplikací


• omezená licence na BPEL Process Manager - omezení ve smyslu podpory workflows-procesů v rámci WebCenter

3. ostatní produkty, které byly z licenčních důvodů přidány do suite

• AquaLogic Interaction
• AquaLogic Interaction Collaboration
• AquaLogic .NET Application Accelerator (též WSRP Producer for .NET - bude zmíněno v rámci WebCenter Services)
• AquaLogic Interaction SharePoint Console
• WebLogic Portal

Upozornění: součástí licence není licence na aplikační server!

Z přehledu je jasné, že WebCenter je opravdu suita modulů a produktů. Navíc, zmíněné moduly jsou opravdu high-level (v dalších článcích se na ně podíváme detailně). Síla WebCentra spočívá zejména v kompletnosti nabídky - toto je věta, která si určitě zaslouží vysvětlení.
Na druhé straně, produkt není postaven tak, aby bylo nezbytné implementovat všechny jeho vlastnosti, aby fungoval. Byť takovou položku v ceníku nemáme, umím si dobře představit někoho, kdo bude mít zájem např. jen o vytváření portletů. I pro takové zájemce určitě dokážeme najít řešení.

WebCenter Suite - produkt Oracle pro portálová řešení

Po završení seriálu představujícím vlastnosti Oracle UCM, přejdeme volně na druhý klíčový produkt Oracle v oblasti E2.0 - WebCenter Suite. Přiznám se, že na rozdíl od UCM, kdy jsem v podstatě vycházel z materiálů již připravených v angličtině, protentokrát budu muset v mnohem větší míře zapojit vlastní invenci.

Jako úvod do problematiky bych však zopakoval, jak vůbec rozumět pojmu "portál", který se u nás využívá poměrně velmi volným způsobem.

Nejlepší definici na toto téma jsem našel na anglické wikipedii u pojmu Enterprise portal:

• framework pro integraci informací, lidí a procesů napříč organizací (či dokonce i za jejími hranicemi),
• poskytuje unifikovaný a zabezpečený přístup, často prostřednictvím tenkého klienta,
• je určen pro agregaci a personalizaci informací

(agregací se zde míní zobrazování informací z různých zdrojů na jednom místě, často dokonce "promíchaných" mezi sebou - koncept mashup)

Pokud bychom se zaměřili na zvýrazněné body, hlavním úkolem portálu tedy je něco (informace) někomu (lidem) zobrazovat. A to ne jen tak samovolně, ale v rámci nějakého "procesu" - i když procesem někdy může být i ad hoc požadavek "potřebuji tuto informaci".
Pointou portálových řešení (oproti webovým aplikacím či websites) je to, že zdroje informací mohou být značné heterogenní (kromě dokumentů, obrázků a videí, které nalezneme na "běžných" websites, se může jednat o nejrůznější reporty, grafy, ale i např. výstupy z aplikací či dokonce o přístup k funkcionalitě těchto aplikací) a že portál sám o sobě (na rozdíl od webové aplikace) neobsahuje;resp. nemusí obsahovat, abychom byli přesní; ani business logiku, ani data potřebná pro zobrazení informace. Osobně pro toto používám termín integrace na prezentační úrovni.
Posledním bodem, u kterého se zastavíme, je důraz na uživatele. Portály velmi často zobrazují nejen personalizované (tj. upravené pro potřeby uživatele, a to uživatelem samým nebo někým jiným, kdo je k tomu oprávněn), ale i personální data - smlouvy, fotografie, platby, atp. Proto je velmi často nezbytnou součástí řešení i dostatečné zabezpečení, přičemž vzhledem k charakteru portálu se může jednat nejen o prevence prolomení zabezpečení, ale i ochrana proti útokům typu denial of service (DoS).

Přehled vlastností Oracle UCM, část 7., pár slov k URM

Dnes budeme pokračovat tam, kde jsme minule skončili. Máme již tedy hotovo:

• odlišení 'records' a 'non-records'
  
• přiřazení dispozičních pravidel

Samozřejmě, jelikož z každého pravidla existují výjimky, nabízí modul records management (RM) způsob, jak se s nimi vyrovnat - takovou výjimkou může být např. vedení soudního procesu, které může být značně nezávislé na skartačních lhůtách a jistě by zákazníka nepotěšilo, kdyby systém uprostřed procesu smazal důležité svědecké důkazy. Tyto výjimky (angl. disposition holds, nebo 'freezes') umožňují vytvořit nad každou položkou jakýsi 'zámek', který ji vyloučí z provedení dispozičních pravidel.

Poslední vlastností, o které se z modulu RM zmíním detailně je audit. Vzhledem k tom, že records management reaguje často na požadavky dané zákonem, nezřídka musí pro případný audit doložit nejen položku a obsah, ale také to, kdo s položkou jak pracoval - včetně seznamu uživatelů, kteří na položku nahlíželi. Samozřejmě, audit v RM je rozšířením standardní funkcionality nabízené Content Trackerem. Jedná se hlavně o tvorbu reportů zaměřených na úlohy spojené s modulem RM.

UCM RM vs URM?
Nyní uděláme malou odbočku na Universal Records Management (URM) - máme-li modul RM v UCM, k čemu ještě potřebujeme produkt Universal Records Management?

1. federovaný records management
URM je schopno provádět centrální nastavení RM politik a díky technologii adaptérů (které je třeba každý zalicencovat!) vynucovat tyto politiky nad řadou úložišť. K dnešnímu dni existují adaptéry pro:

• UCM
• filesystem
• SharePoint
• Documentum
• FileNet
• Symantec Enterprise Vault
• a pak generický adaptér pro .NET a Java umožňující napojení na další úložiště

2. správa fyzického obsahu
URM má také modul pro správu fyzického obsahu. Při práci s fyzickým obsahem (listinné dokumenty či jejich celky jako šanony, ale také fyzická média jako CD-DVD obsahující elektronický obsah, atd.) je třeba podporovat některé další scénáře: obsah je buď 'někde uložen' nebo si jej 'někdo vypůjčil', bylo by vhodné, aby systém uměl sledovat naplněnost skladovacích prostor, atd. Základní myšlenkou je však to, aby hlavní vlastnosti RM, tj. dodržování skartačních lhůt a audit bylo možné nastavit a monitorovat na jediném místě, a to bez ohledu na typ položky.

3. licenční omezení
Aby vše nebylo tak jednoduché, připravil nám product management URM ještě jeden rébus - UCM RM je totiž možné použít v konfiguraci RM modulu 'Minimal' nebo 'Typical'. Bohužel však není nikde specifikováno, které features jsou součástí těchto konfigurací a které nejsou. Věřím, že se jedná zejména o speciální vlastnosti nutné pro DoD certifikace (např. tzv. "klasifikace", což je rozšíření standardních bezpečnostních mechanismů).

V zásadě bych se proto při výběru zda na records management použít URM či jen UCM RM držel hlavně prvních dvou výše zmínených kritérií.

Přehled vlastností Oracle UCM, část 6.

V dnešním článku budeme pokračovat popisem vlastností Oracle UCM a tentokrát se podíváme na oblast, ve které (a asi právem) vládnou určité nejasnosti kolem funkcionality i licencování - records management.

Sám výčet 'vlastností' modulu records management je poměrně strohý:

• records management; to si zaslouží další míru detailu
  
• URM content server adapter; tzn. pokud byste se rozhodli implementovat UCM i URM (k důvodům se také dostaneme - pravděpodobně ve speciálním článku o URM), adaptér, jehož úkolem je napojení URM do UCM a vynucování politik nastavených v URM na úrovni UCM, je součástí licence UCM

Jen pro připomenutí, hlavní požadavky na jakýkoliv ERMS systém jsou dva:

1. zaručit, že položky (na toto téma viz. zde), u kterých je k tomu nějaký důvod (zpravidla zákonný), se nesmažou
2. zaručit, že položky, u kterých k tomu důvod naopak je, se smažou, a to kontrolovaným způsobem dle významu položky

Příkladem z první kategorie mohou být došlé či vydané faktury, které mají skartační lhůtu 10 let; příkladem z druhé kategorie mohou být některé záznamy o zaměstancích, které ze zákona o ochraně osobnosti smí firma držet maximálně 2 roky po rozvázání pracovného poměru; jiným příkladem může být snaha smazat nepotřebný obsah (např. emaily).

V systému, ale vlastně i v metodice, se o splnění těchto požadavků stará spisový plán (angl. file plan či retention schedule), což je hierarchická struktura, zpravidla má podobu stromu, kde je možné uzlům přiřadit různé vlastnosti; zejména pak

• jedná-li se o položky, které nesmí uživatel ad-hoc smazat (viz faktury z našeho příkladu); v UCM/URM je tento požadavek implementován pomocí 3 metadatových 'flagů': isDeletable, isEditable, isRevisionable; mimochodem,všimnětě si, že s 'non-records' položkami je možné pracovat dále jako s živými, tj. vytvářet nové verze, měnit je, dokonce i mazat (v rámci bezpečnostních pravidel), ale přesto je možné na ně aplikovat pravidla jako na 'records'
  
• jaký je životní cyklus položky, resp. jaká dispoziční pravidla se na položku vztahují

Pozn. dispoziční pravidlo je vlastně definicí události a reakce na ni (např. na konci měsíce, v němž vyprší k ukončení pracovní smlouvy se zaměstnancem, počkej 2 roky a pak smaž obsah, včetně metadat). Událostí i možných reakcí je celá řada - události mohou být dané jak časem (př. 10 let po ukončení fiskálního roku), tak nějakou stavovou logikou závislou na vnějších faktorech (př. po dobu 1 roku nikdo položku nepřečetl); reakce pak kromě základních dvou, tj. 'smaž položku i metadata' nebo 'smaž položku, ale ponech metadata', umí pracovat s položkou na mnohem jemnější úrovni metadat či stavů - stavy jako 'Expired', 'Archived', 'Canceled' apod., což se velmi často používá pro přesun položky v rámci fyzického úložiště (s rychlého na pomalý disk či na pásku - samozřejmě, o přesun se stará HSM fyzického úložiště nebo databáze Oracle, nikoliv ERMS). V neposlední řadě je pak třeba zmínit, že jak události, tak reakce mohou být customizovány a že dispozičních pravidel může být přiřazeno hned několik (samozřejmě, každé z nich bude mít trochu jiný úkol - jedno může zaručovat přesun v úložišti, druhé zákonné povinnosti a třetí třeba migraci formátu).

(pokračování příště)

Přehled vlastností Oracle UCM, část 5.

Vyzbrojeni obecnými informacemi na téma Web Content Management se nyní můžeme podívat detailně na vlastnosti WCM modulu v UCM.

• Site Studio - nejdůležitější prvek modulu WCM. Ve skutečnosti se jedná minimálně o 4 různé přístupy:
  
  • přístup Čtenáře (neuatorizovaného nebo autorizovaného, který toho může vidět víc - zde se využívají principy Zabezpečení)
    
  • přístup Contributora (autor, redaktor apod.), který může modifikovat předem definovaným způsobem obsah stránky
  • přístup Managera Site, který může měnit strukturu site (navigaci apod.)
  • přístup Designera/Vývojáře, který vytváří šablony, resp. layout stránek
    
  
  Pokud jde o konkrétní nástroje, pak první tři role pracují přímo v internet browseru (využívá se hodně javascript, proto si zkontrolujte, jaký typ browseru a v jaké verzi je podporován). Poslední role pak pracuje s vývojovým IDE. Od verze 10gR4 je možné vybrat si ze dvou způsobů:
  
  
  • Site Studio Designer, což je dřívější způsob, kdy šablony vznikají především jako .hcsp soubory a vývojářským jazykem pro vývoj atomických fragmentů je iDocScript. Designer je Windows desktop aplikace.
    
  • Site Studio for External Application (SSXA), což je nový způsob, kdy šablony vznikají jako .jsp(x) a vývojářským jazykem je Java. IDE pro tento způsob je JDeveloper.
    
  
  
• Site Studio Publishing Utility, což je utilita umožňující vypublikovat site navrženou pomocí Site Studia na obyčejný web server (samozřejmě, jen pro čtenáře bez možnosti se autorizovat)
• Content Publisher, technologie umožňující tvorbu site na základě šablon při využítí obsahu jako jsou MS Office ad. formáty (předchůdce Site Studia)
• Connection Server, technologie pro synchronizaci více prostředí. Podporuje tři základní scénáře:
  
  • synchronizaci produkčního a staging prostředí (staging může být vnitřní systém, do kterého píší autoři svoje změny, na kterém probíhá schvalování apod.)
  • podpora push či pull modelu pro synchronizaci mezi Oracle Content Serverem a systémy třetí strany (např. SSXA sites mohou bežet na aplikačním serveru s několika knihovnami pro přístup k obsahu)
  • agregaci obsahu ze starších systémů do Oracle Content Serveru, pokud mají tyto běžet souběžně
    
  
  
• Content Portlet Suite - přístup k funkcím Content Serveru (check-in, vyhledávání, zobrazení obsahu) z portálových prostředí.

Pokud bychom vzali gartnerovký výčet požadavků na WCM (viz minulý článek) a doplnili výše uvedený seznam o funkce Content Serveru a možná Content Tracker, pak na pokrytí celého seznamu zbývá zmínit toto:

1. v rámci definice šablony stránek je možné vytvořit tzv. placeholdery, což jsou části stránky, ve kterých je zobrazován další obsah. Tím mohou být buď webové datové soubory (což jsou specifická XML editovatelná přes WYSIWYG editor), nebo konvertované nativní soubory (MS Office, ale i obrázky či např. flashe). Autor šablony či manažer site pak může omezit takové parametry jako, ze kterých souborů může contributor pro konkrétní placeholder vybírat (kriteria jsou dána přes metadata) či jaký stylesheet je možné užít při finální konverzi (barva nadpisů, velikosti písem apod.)
2. kromě placeholderů mohou být na stránce zobrazeny i statické a dynamické seznamy (seznamem je přehled položek z úložiště podobný seznamu, který se objeví při vyhledávání; statický seznam je dán přesně výčtem, dynamický vzniká jako dotaz na úložiště)
3. WCM také podporuje tvorbu stránek typu formulář, tj. možnost zadat několik vstupních údajů a odeslat je na server (metodou POST); výsledkem je XML obsahující vstupní údaje
4. externí aplikace je možné zobrazovat pomocí iframe
5. všechen obsah, tj. texty, obrázky, videa, ale i šablony stránek, či atomické snippety a pagelety užité v šablonách jsou uloženy jako položky obsahu v úložišti - je na ně tedy možné aplikovat metadata, zabezpečení, workflows, atd.
6. kromě jiného však tento přístup podporuje správu více site či více jazykových verzí (zejména scénář typu: změní-li se obsah na jedné site, propaguj změny do dalších)
   

Přehled vlastností Oracle UCM, část 4.

V dnešním článku se vrátíme k výčtu vlastnosti UCM, tentokrát modulu DocumentManagement:

• Content Integration Suite: integrační knihovny pro Java API přístup k funkcím UCM.
  
• Desktop Integration Suite: klientská aplikace (pro MS Windows), která umožňuje (přes WebDAV protokol) přímou integraci desktop aplikací (Word, Excel, Outlook, Windows Explorer, PowerPoint, Lotus Notes, Word Perfect) s UCM. UCM se jeví jako virtuální síťový disk (vyžaduje implementaci Folders)
• Dynamic Converter: ad-hoc konverze nativních souborů do HTML či wireless formátů (WAP apod.). Umí konvertovat 225 souborových formátů - pozor! neplést s perzistentními konverzemi pomocí Conversion Serveru. Dynamic Converter slouží pro jednorázové zobrazení nativního obsahu přes web. Využívá se hojně i při WCM (na různých sites je možné užít různé styly).
• Kofax Release Script - integrace se skenovacími produkty Kofax (integrace se skenovacími produkty Oracle je součástí těchto produktů)
• Content Tracker: komponenta pro sledování přístupu k obsahu - data jsou kumulována v databázové tabulce, nad kterou je možné pouštět standardní či custom reporty
• Content Categorizer: vytěžování metadat z textového obsahu. Content Categorizer umí pracovat buď s exaktními pravidly (prefixy či označení jako style ve Wordu), či heuristikou (dostatečný výskyt klíčových slov v dokumentu). Velmi často se rovněž využívají kategorizační stroje třetích stran, zde je možné kategorizovat i netextové informace. Jak je zřejmé, kategorizace je poměrně výkonostně náročné řešení.
• Report Parser: řešení pro konverzi reportů (myšleno: textových, XML, HTML, či PDF výstupů produktů třetích stran) do web-prohližitelných formátů
• PDF Watermark: přidání watermarků do PDF (buď perzistetních nebo on-the-fly generovaných)
• Web parts for SharePoint: umožňují převézt dokumenty z MSSO do UCM a na úrovni MSSO přistupovat přes portlety ke službám jako je vyhledávání, workflow, apod.
  

Přehled vlastností Oracle UCM, část 3.

Vlastnosti modulu Content Server (pokračování):

• Automatické notifikace: umožňuje uživateli resp. administrátorovi zadat kritéria na položky, o jejichž nových verzích chce být uživatel informován. Tento mechanismus je zcela nezávislý na workflows (k zaslání notifikace typicky dochází až po ukončení workflow)
• Folia: folia nabízejí logické groupování ostatních položek. Pokud se někdy pracuje s rozsáhlým objektem (kniha s více autory), mohou folia pomoci s problémem, kdy má jeden z autorů 'zamknut' celý dokument a ostatní nemohou ukládat svoje změny. Obdobně, jindy bývá žádoucí, aby schválením prošlo najednou hned několik položek, které spolu tvoří logický celek (např. dokumentace pro výběrové řízení). Folia také umožňují pohled na celé fólio pomocí tzv. renderers - standardně se dodává ZIPRenderer, PDFRenderer a MSWordRenderer.
• Link Management: Link je vazba mezi dvěma položkami, jejíž interpretace muže být různá. UCM v zásadě nabízí dva typy vazeb: volné (peer-peer, parent-child) nebo těsné (attachments - položka v příloze nemůže existovat bez své 'hlavní' položky). Link management se používá kromě jiného jako prevence HTTP 404 (File Not Found Error)
• Folders: umožňují logické uspořádání (části) do hierarchické struktury připomínající rozvržení dokumentu na disku (zejména, jsou-li na to tak uživatelé zvyklí). Na rozdíl od jiných DMS je toto členění v UCM zcela dobrovolné a pro zákazníky, kteří vyžadují různý pohled na své úložiště je možné použít spíše logické členění pomocí metadat.
• WebDAV: v případě užití Folders, je možné využít k přístupu do úložiště přímo z Office (Lotus Notes či Windows Exploreru) aplikací WebDAV protokol. Podmínkou je nainstalování klientské aplikace Desktop Integration Suite na pracovní stanici koncového uživatele
• Workflows: kolem workflows v UCM panuje spousta nedorozumnění. Workflow představuje obchodní proces (typicky: schvalování, tvorba či zpracování dokumentu), při němž dokument obíhá po organizaci mezi pro daný krok relevantními uživateli. Workflow také podporují stavovou logiku, která zaručí, že položka či verze obíhající ve workflows není k dispozici uživatelům vně workflow. UCM podporuje 2 typy workflow: tzv. nativní, které umí pracovat s jednou položkou, nemají grafické rozhraní, za to však podporují stavovou logiku a možnost 'dopsat si' workflows dle potřeby pomocí jazyka iDocScript. Kromě toho obsahuje licence UCM omezenou licenci na produkt BPEL Process Manager, který umí vytvářet workflows podle standardu BPEL, v grafické prostředí (JDeveloper), za to však bez spolupráce s nativními workflows nedokáže podporovat stavovou logiku.
• Administrace: umožňuje z webového rozhraní administrovat řadu úloh jako: archivace položek do offline archivu, migrace konfigurace, nahlížení do auditních logů, systémové reporty, backup/recovery ad.
• Konfigurace: umožňuje z webového rozhraní nastavovat chování systému, metadatový model, vzhled některých stránek ad.
• Komponenty na míru: toto je jedna z velmi silných vlastností UCM - možnost dotvořit chování systému přesně dle požadavků zákazníka, a to v prostředí, které je na to připraveno.
• User Interface: k službám UCM je možné napřímo přistupovat buď přes webové rozhraní, WebDAV, web sites vytvořených pomocí Site Studia (viz část Web Content Management někdy v budoucnu) nebo z portálových prostředí přes portlety
• Integrace: možnost přistupovat ke službám UCM na pozadí přes: web services (protokol SOAP), Java API (RIDC či CIS/CPS), adaptéry (existují pro integraci se Siebelem, EBS, URM, SES, SAP, ad.), JCR adaptér či REST-like http/s requesty
• Škálování: i při využití clusterování Weblogicu nabídnout zákazníkovi optimální poměr cena/výkon

Tímto jsme zakončili výčet vlastností základního modulu UCM, tzv. Content Serveru. Někdy v budoucnu se budeme věnovat vlastnostem dalších modulů, jako jsou DMS, WCM, DAM, RM.

Přehled vlastností Oracle UCM, část 2.

Vlastnosti modulu Content Server:

• Check-in/Check-out: Check-in (vkládání) je událost, při níž dochází k vložení nového dokumentu či nové verze dokumentu. Jejími vstupními parametry je sám soubor a jeho metadata. Operace vkládání je podřízena bezpečnostnímu modelu (jen uživatel s patřičnými oprávněními smí vkládat nové položky určitého typu). Událost vkládání představuje možnost provádět další kontroly (zpravidla pomocí vlastních komponent) a může vyvolat další operace (indexování, konverze, spustit workflow apod.)
  
  Nejčastěji se vkládá jediný soubor. Je však možné i vkládat několik souborů najednou (UCM z nich vytvoří .zip) a nebo mít "hlavní položku" a "přílohy".
  
  Check-out (rezervace) je událost, při které si uživatel (dočasně) rezervuje položku proto, aby mohl vložit novou verzi. Rezervace je zrušena vložením nové verze, na žádost uživatele nebo zásahem administrátora.
  
  
• Verzování: verze je instance položky v čase (metadat i obsahu). Číslo verze je povinným metadatovým atributem položky, který je možné využít v nejrůznějších systémových operacích (např. "uchovávej jen X posledních verzí", "odmigruj starší verze do offline archívu", ale i např. "nedovol více verzí tohoto typu dokumentu"). Velmi často se využívá jen poslední verze - systém však uchovává i ostatní (minulé i budoucí), a to včetně historie.
  
  
• Aktualizuj metadata: umožňuje aktualizovat či doplňovat hodnoty metadatových atributů; často se děje v rámci workflows
  
  
• Diskuze: které umožňují připisovat k položkám perzistentní komentáře, ve kterých je možné vyhledávat, ale nevytvářejí nové verze
  
  
• Zveřejnění/Stažení (Expirace) obsahu: stavově orientovaná logika, která je základním nástrojem pro implementaci životního cyklu položky ("v přípravě" - "aktuální" - "expirovaná" - "smazaná")
  
  
• Indexování: správa fulltextových a metadatových indexů pro rychlejší a funkčně bohatší vyhledávání
  
  
• Zabezpečení: na toto téma seriál příspěvků začínající zde
  
  
• Vyhledávání: schopnost systému přijmout vyhledávací kritéria a vrátit správně naformátovaný seznam položek nebo samu položku (buď tzv. nativní soubor, nebo jeho webově prohližitelnou podobu - vizte Dynamic Convertor, konverze nebo i Digital Asset Management)

(pokračování někdy příště)

Přehled vlastností Oracle UCM, část 1.

Předmětem tohoto seriálu článků bude téma, které se objevuje v požadavcích poměrně často: tak nám řekněte, co to vaše řešení vlastně všechno umí. Osobně mám s tímto požadavkem "výčtu fíčurek" docela problém - jednak asi neexistuje člověk, který by dokázal vyjmenovat všechno; hlavně mám ale zkušenost, že otázka je velmi často účelově zneužívána, aby si adresát našel něco, na čem nás nakonec potopí (bez ohledu na to, že to nejspíš jen nebylo zmíněno, nebo se to dá udělat zpravidla jinak a nebo to vůbec nebude potřeba).

V poslední době jsem však našel jeden důvod, který vytvoření takovéhoto seznamu přinejmenším ospravedlňuje: řada našich partnerů, zejména z oblasti spisových služeb, má produkty, jejichž funkcionalita se částečně překrývá s UCM. Seznam vlastností, např. při implementaci konceptu spisová služba s UCM jako úložištěm, by jim umožnil vybrat si co chtějí z UCM využít.

Jak seznam číst? Rozhodně nikoliv jako kompletní přehled - jedná se spíše o přehled na úrovni modulů a jejich nejdůležitějších vlastností, který má sloužit k základní orientaci.

Seznam vznikl s velkou pomocí dokumentu vytvořeného Consulting Services (kupodivu, nikoliv, Project Managementem) a do značné míry kopíruje dřívější členění dokumentace (např. zde); rovněž vám může pomoci pochopit některé body z licenčních dokumentů (jako např. eSupplement). Základní členění obsahu licence Universal Content Management je toto:

• produkt Universal Content Management obsahuje
• modul Content Server
• modul Document Management
  
• modul Web Content Management
• modul Digital Asset Management
• modul Records Management
• produkt JRockit - což je "celosvětově nejrychlejší Java Virtual Machine (UCM je Java aplikace) dle benchmarků jako např. SPECjbb2005"
• produkt Content Conversion Server
• omezená licence na produkt BPEL Process Manager - detaily na toto téma vizte v tomto článku
  
• omezená licence na produkt Weblogic Enterprise Edition - více zde

Modulům UCM a krátce i Content Conversion Serveru se budeme věnovat v dalších dílech detailněji.