Asi největší novinkou prezentovanou na Oracle Open World 2011 z naší oblasti je Oracle Social Network. Pro ty z vás, kteří již měli příležitost si o tom něco vyslechnout, se jedná o využití nástroje OnTrack pro řadu zajímavých scénářů.

Oracle Social Network byla uvedena skutečně impozantně - ve své keynote ji přestavil Larry Ellison a věnoval ji skoro půl hodiny; dokonce v rámci prezentace předvedl simulované demo na jeden obchodní scénář!

Prezentace je již k dispozici (zde, Social Network je věnována druhá polovina) a pokud vás téma zaujalo, rozhodně doporučuji se na ni podívat - produkt není dále představovat, v podstatě se prodává sám.

Pokud bychom přeci jen chtěli docílit nějakého shrnutí:

• jakkoli je možnost uchování veškeré komunikace v perzistentní podobě, s možností kontextových komentářů a spoustou dalších "vychytávek" zajímavá, její hlavní hodnota (jedná se o způsob komunikace a cesta zde rozhodně není cíl) je v návaznosti na obchodní proces (v ukázce se jedná o obohacení CRM systému při řízení obchodní příležitosti). Chcete-li, hodnota nasazení Oracle Social Network je rozdíl, o kolik se zlepší proces v dané aplikaci.

Osobně si myslím, že v tom spočívá i hlavní rozdíl mezi tímto nástrojem a jinými sociálními sítěmi (i když takový LinkedIn se může dost dobře stát součástí procesů HR) - zde je počítáno s jeho využitím v rámci jiných obchodních aplikací. Samozřejmostí je integrace do prostředí Oracle Fusion Applications (mimochodem, další zásadní novinka Open Worldu), ale stejným způsobem je možno postupovat i např. u aplikací třetí strany (zejména, jsou-li tyto napsány v technologii, která umí konzumovat portlety).

Novinkou je také to, že Social Network nebude prodáván na CPU a uživatele, ale spíše modelem čerpání služeb cloudu (tj. na jakési bázi měsíčních plateb za skutečně zkonzumované zdroje). Prozatím jsem k tomuto tvrzení nenašel žádné detaily, ale budu pátrat dále.

ADF vs. WebCenter Framework

Svět píše o Steve Jobsovi, v Americe probíhá Oracle OpenWorld, ale my se po určité odmlce způsobené svátky a mojí osobní situací podíváme na velmi technické téma, které, jak se zdá, vzbuzuje otázky nejen u nás.

Pro správné pozicování ADF a WebCenter (zde se omezíme jen na základní komponentu, tzv. WebCenter Framework) je třeba nejprve napsat pár slov o ADF.

ADF je jeden z frameworků pro vývoj webových aplikací v jazyce Java. Jak se píše v záhlaví na jeho domovské stránce na oracle.com, usnadňuje vývoj těchto aplikací tím, že poskytuje služby out-of-the-box a aplikace je možné psát vizuálně a deklarativně; tj. místo psaní řádek kódu se do aplikací "přetahují" myší komponenty, které framework nabízí a které se pak konfigurují (buď v GUI vývojového prostředí, nebo editací XML souborů).

Hlavním přínosem však nejsou ani hotové objekty, ze kterých je možné aplikaci rychle poskládat, ani "programování myší", jako důsledné dodržování architektonického patternu Model-View-Controller, zejména pak oddělení business či doménové logiky (Model) od uživatelského rozhraní (View), a to vše provozovatelné v běžném webovém prohlížeči (Controller).

WebCenter Framework je určen pro psaní portálových aplikací -pro popis vlastností portálu viz. tento dřívější článek. Pokud ponecháme stranou personalizaci obsahu za běhu a podporu formálních norem (portletový kontejner či framework pro psaní portletů dle JSR 168 či JSR 286), je možné řadu cílů (např. "spojení lidí, informací a procesů") dosáhnout i jen za pomocí ADF, či jiného podobného frameworku.

Otázkou však je, jak moc je to efektivní. WebCenter Framework samozřejmě přináší další hotové komponenty určené právě pro portálové aplikace. Jeho síla se pak projeví zejména, když se využijí další produkty suite WebCenter Portal, nebo (teoreticky) produkty podobného zaměření třetích stran (např. BPM procesy mohou běžet i na jiném produktu, než je BPEL PM obsažený ve suitě; podmínkou je užití normy BPEL pro procesy). Jedním takovým příkladem budiž Content Presenter, který umí v portálovém prostředí zobrazovat dokumenty uložené v UCM (k dnešnímu dni, pokud je mi známo, to mohou být HTML dokumenty či obrázky, nikoliv "nativní dokumenty" a jejich PDF konverze).

Jinak, WebCenter Framework je postaven nad ADF a budete-li aplikace psát (druhou možností je konfigurovat hotovou aplikaci WebCenter Spaces), bez znalosti ADF se určitě neobejdete.

Anotace - jak okomentovat dokumenty, které nelze editovat

Při revizi "officovských" dokumentů se často využívá funkce sledování změn (Track Changes), která umožňuje při posílání mezi různými účastníky procesu sledovat, kdo má k jaké části jakí připomínky.

Co však dělat, když je předmětem revize dokument, který se edituje obtížně (PDF), či nejde editovat vůbec (TIFF ze skeneru nebo dokonce zvukový záznam)?

Touto otázkou se zabývají anotace, resp. přesněji anotace v kontextu - resp. anotace v kontextu, protože stejně tak lze vytvořit anotace mimo kontext (př. "Na stránce 5, řádce 16, změňte font na Times, 16pt.").

Kontextové anotace mají tu výhodu, že ukazují, často ve WYSIWYG podobě, na co přesně připomínka reaguje. Navíc nejsou součástí dokumentu - nehrozí tedy, že je omylem pošlete s finální verzí, je možné je dále škálovat (kdo má kterou vidět apod.)

Už poměrně dávno vyšel na tomto blogu článek o AutoVue.

Dnes má Oracle v portfoliu už dvě další technologie, které jsou schopny téhož. Jedna se jmenuje WebCenter Imaging (dříve Imaging and Process Management). Druhá zatím oficiální název nemá - do konce srpna byla známa pod jménem OnTrack.

Imaging pracuje, jak název napovídá, především s naskenovaným obsahem. Anotace umožňují vytvořit textovou poznámku, či highlighting, popř. "sticky notes" (žluté nálepky). Další funkcí je pak možnost vytvoření výstupu (TIFF), který obsahuje anotace viditelné pro daného uživatele.

OnTrack je produkt, který byl uvolněn teprve letos. Jeho schopnosti anotací jdou ještě dál - umí dokonce anotovat i multimediální obsah (zvukový záznam konferenčního hovoru). Tomuto produktu se v blízké budoucnosti určitě ještě budeme věnovat detailněji.

Změny v ceníku v oblasti WebCenter

Se začátkem nového školního roku se do ceníku začaly promítat první změny související se zavedením marketingové značky WebCenter a akvizicí FatWire (viz dřívější články na tomto blogu).

Asi největší novinkou je vyjasnění, za jakých podmínek budou nabízeny produkty FatWire (jejich přehled najdete zde). V podstatě jsou nabízeny v souhrnné suitě, pod názvem WebCenter Sites. Jedinými produkty, které se nadále prodávají odděleně, jsou WebCenter Sites Satellite Server, což je řešení pro cachování stránek, které je možné dokoupit jako option pro podporu výkonu, a WebCenter Sites Mobility Server pro možnost provozování stránek i na mobilních zařízeních typu iPhone.

Další novou položkou je super suite WebCenter Suite Plus, která (dnes) obsahuje v podstatě kompletní portfolio (WebCenter, ECM Suite, FatWire).

Zajímavé je ale sledovat i to, co ubylo. Produkty pro sociální sítě zatím v přehledu spíše chybí - prý se očekává jejich představení na Oracle Open World. Kromě nich však v přehledu chybí i Oracle UCM (jedinou licencí, která jej obsahuje, je WebCenter Content, což je obsahově licence shodná s dřívější ECM Suite), Oracle UCM Standard Edition, Oracle URM, WebCenter Services a WebLogic Portal. Osobně jsem zvědav, zda se na tomto stavu do budoucna něco změní.

Webcenter: zaměřeno na Resource Catalog

Resource Catalog (katalog zdrojů) nabízí konsolidovaný pohled na jinak odlišné zdroje informací (databáze, web services, MDS repository).

Jak je vidět z obrázku, je možné jej užívat jak prostřednictvím aplikací, tak z prostředí vývojového IDE JDeveloper (při tvorbě WebCenter aplikací).

Při užití v JDev je pak možné katalog užít dvěma způsoby:

• při návrhu aplikací
• za běhu aplikací (tento způsob je shodný s užitím z aplikací - Oracle Composer, viz starší článek na toto téma)

Při návrhu se zdroje z katalogu objevují v paletě nástrojů (podobně jako jiné zdroje z palet frameworku ADF). Při využití za běhu je třeba mít na paměti, že se změny ukládají do MDS repository, která není součástí vyvíjené aplikace - při vývoji WebCenter aplikací se proto doporučuje mít zapnutu volbu, aby se při spuštění aplikace vždy MDS vyprázdnila, aby pak po přesunutí na jiný server nedošlo ke, zdánlivě neočekávané, ztrátě nastavení.

Od verze PS 3 je možné vytvářet i uživatelské katalogy a migrovat katalogy z jednoho serveru na druhý. Uživatelský katalog může pro danou aplikaci či space předefinovat, které zdroje se budou uživatelům nabízet.

Práce s číselníky, definice vazeb mezi metadaty

Pokud chceme v UCM (WebCenter Content) pracovat s číselníky, tj. omezenými seznamy, ze kterých se vybírá hodnota příslušného metadatového pole, máme několik možností.

Option List
Je-li hodnot jen několik a jsou-li v podstatě neměnné povahy, je možné využít tzv. Option Lists. Jak napovídá název, jedná se o objekt, který v sobě má na jednotlivých řádcích uvedeny hodnoty. Option List je možné vytvořit v Configuration Manageru.

Tree
Speciálním případem Option Listu je tzv. tree, strom, který umožní hodnoty v seznamu seřadit hierarchicky. Na dané úrovni jsou vždy vidět jen předci, přímí sourozenci a přímí potomci daného uzlu (seznam může být přehlednější).

Custom Tables, Views
V případě, že je třeba hodnoty v čase periodicky aktualizovat, je lepší použít tabulky a pohledy (views). Pokud se v Configuration Manageru vytvoří tabulka, znamená to fakticky, že se vytvoří nová tabulka v datovém modelu aplikace a přidá se její záznam mezi tabulky, které je možné v rámci definice metadat využívat.
Pohled umožňuje z tabulky vybrat některá data (sloupce i řádky). Na rozdíl od zvyklostí z databáze, obsahuje pohled, nikoliv tabulka, volbu Edit Values (Změň hodnoty), která umožní měnit hodnoty v tabulce uložené. Dalším důležitým polem je Visible Column, kterým umožní z pohledu vybrat jeden sloupec, jehož hodnoty je pak možné asociovat s vybraným metadatovým polem.

Představme si následující příklad:

Vytvoříme tedy 2 tabulky (Dodavatel, Dodavatel_detail) s příslušnými sloupci. Dále vytvoříme 3 pohledy (jeden nad tabulkou Dodavatel s viditelným sloupcem supplier_name a dva nad tabulkou Dodavatel_detail se sloupci country resp. city).

Pokud jsme tak ještě neučinili, vytvoříme příslušná metadatová pole. Dále pak můžeme asociovat pole s příslušným pohledem (v rámci Add/Edit Metadata Field vybereme Enable Option List a v rámci dalšího dialogu pak příslušný view).

Pokud bychom ponechali konfiguraci v tomto stavu, zobrazovaly by se pro country a city všechny 4 hodnoty z tabulky Dodavatel_detail.

Žádoucí je však, aby se nejprve vybral dodavatel (dle jména) a v detailních hodnotách se pak vybíralo jen mezi hodnotami příslušným tomuto dodavateli.

Relationship
Aby toto bylo možné, je třeba nejprve vytvořit další objekt, tzv. relationship (vztah). V řeči databáze se jedná o odkaz pomocí cizího klíče - opět v Configuration Manageru vytvoříme vztah mezi našimi dvěma tabulkami a sloupcem supplier_id jako cizím klíčem.

Relationship je pak třeba ještě použít v definici závislých metadatových položek (zaškrtne se Dependent Field a pak vybere Depends on Field - supplier_name při využití právě vytvořeného relationship)

Dvě upozornění:

• pokud smažete tabulku vytvořenou v Configuration Manageru, zmizí ze seznamu, ale nebude odstraněna z databáze (musí se smazat administrátorskými prostředky databáze)
• pokud v rámci definice tabulky nevyberete primární klíč, bude se automaticky brát jako primární klíč první sloupec
  

Webcenter: zaměřeno na Business Mashup

Jakkoli využití termínu mashup není úplně nepřesné, mnohem trefnější nazvání pro to, co business mashupy dělají, by bylo implementace patternu Model-View-Controller, přičemž hlavním přínosem části dodané Web Centerem oproti témuž v "prostém" ADF je možnost změn v runtime režimu.

Vrstvu Model bude měnit administrátor. Zde se nejčastěji využívá SQL pro získání dat z databáze (Pozor! Webcenter využívá databázová spojení definovaná na úrovni Weblogic Serveru - pro jejich vytvoření je tedy třeba spolupracovat i s administrátorem WLS), nebo web services.

Vrstvu View mění uživatel, popř. power-user pro celou skupinu. Jejím úkolem, jak napovídá anglický termín, je zobrazit data v požadované formě uživateli. Uživatel si může vybrat z řady vizuálních komponent (jedná se o ADF Visualization Components), které jsou standardně dodávány - typicky, tabulkové přehledy, grafy apod, popř. z custom komponent vytvořených vývojáři na míru.

Business Mashups jsou mashupy v tom smyslu, že na jedné stránce umožní zobrazit data z více zdrojů. Každý z nich však pracuje s jedním zdrojem.