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.

eGovernment 2.0

V jednom příspěvku na české Web 2.0 skupině na LinkedIn si kdysi kdosi postěžoval, že o Web 2.0 spousta lidí mluví, ale nikdo nepoužívá. Zkusme se nyní podívat na jeden site, kde by se tyto technologie užívat mohly a k čemu by to vedlo.

Ten site se jmenuje Portál Veřejné Správy České Republiky. Není asi jeho chybou, že na české wikipedii byl pod tímto heslem dlouho obsah související s kauzou Vladimíra Mlynáře (viz též zde).

Jak portál funguje? V zásadě se jedná o rozcestník informací o tzv. životních situacích (např. chci nový občanský průkaz), kdy se dostává stát a občan do vzájemné interakce. Portál má (zřejmě) na pozadí i redakční systém, kdy příslušné sekce smí aktualizovat jen příslušný orgán státní správy.

V čem jsou rezervy? Především, portál je neadresný - při výměně občanky se dozvím, co musí ze zákona udělat všichni, ale už ne kam a kdy mám jít (např. na základě adresy v mém uživatelském profilu), neřku-li, má-li daný úřad nějaké svoje specifika (není asi tajemstvím, že stejný úkon na různých úřadech může mít různý průběh).

Tím, že redakce probíhá výhradně centralizovaně, tvoří se klasické úzké hrdlo - některé úřady jsou aktivní, jiné to berou spíš jako svoji nevítanou povinnost. Navíc, místní úřady ani nemají možnost do procesu vstupovat (pokud by nějaký osvícený starosta nebo vedoucí úřadu chtěl např. umístit na stránky elektronický formulář, abych pro něj nemusel na úřad, nemá možnost).

Z klasických 2.0 vlastností bych uvítal možnost diskuzí - občan by měl možnost vyjádřit názor (vůči úřadu) nebo dát doporučení (vůči dalším užvatelům). Zajímavé by mohly být zejména názory odborné veřejnosti. Pro vyhledávání bych určitě uvítal tagging - portál má sice vyhledávání, ale opět definované shůry, tagging by umožnil upravit vyhledávání dle preference uživatelů.

Poslední oblastí, která by určitě stála za zlepšení, je lokalizace do cizích jazyků. Portál sice nabízí verzi v angličtině, tzv. pro cizince, informací je tam však výrazně méně než v české verzi. Asi není možné chtít po státu, aby sám obstaral překlady do cizích jazyků - zde by však mohl být prostor pro krajanská sdružení. Myslím, že pro řadu cizinců by bylo lepší mít státem neautorizovaný překlad, než státem autorizovanou verzi v češtině.

Toto jsou příklady, které se jistě dají aplikovat na řadu dalších portálů, a to nejen ve státní správě.

My jsme všichni WebCenter

Minulý týden jsem se účastnil školení na téma WebCenter PS3. Na toto téma jsme si už na blogu psali dříve. Co mě přišlo jako zajímavý údaj, který trochu souvisí i s minulým článkem, tj. akvizicí FatWire, je změna značky celého portfolia v oblasti (dříve) E2.0.


Abych parafrázoval hlášku z oblíbené české komedie Čtyři vraždy stačí, drahoušku, odteď už platí: my jsme všichni WebCenter. Např. UCM se od nynějška bude jmenovat WebCenter Content.

Proč dochází k této změně? Jeden důvod je marketingový - WebCenter představuje značku, pod kterou bude Oracle nabízet všechna řešení na správu elektronického obsahu, budování portálových aplikací, webových stránek, či týmovou spolupráci.

Druhý, méně viditelný, ale o to důležitější důvod je vnitřní restrukturalizace vývojářských týmů, které nyní budou podláhat jednomu vedení, tudíž bude minimalizována šance, že by se některé věci dělaly dvakrát či vícekrát.

Pokud tak nedojde do zveřejnění tohoto článku, měl by se v nejbližší době upravit i ceník. Uvidíme, zda změna názvu bude jedinou, či zda dojde i k jiným změnám.

Připojení IRM Desktop na IRM 11g

Poslední dobou se několik odvážlivů pokusilo na vlastní pěst zprovoznit demo na IRM 11g. Protože ne všechny potřebné kroky jsou úplně intuitivní, pokusme si v dnešním článku sepsat vše popořádku.

Předpoklad: stále platí, že na klientském počítači musí být nainstalovány Microsoft Internet Explorer (prozatím ve verzi 7 nebo 8) a klientská aplikace IRM Desktop

Krok 1 - konfigurace serveru: tato část se oproti 10g příliš nezměnila. Jediné, na co je třeba si dát pozor, je, že IRM Desktop aplikace vždy po úspěšném spojení se serverem 'přeloží' IP adresu na jméno web serveru, proto je vždy třeba mít dostup k DNS serveru, který zná jméno, nebo si jej explicitně přidat do souboru host na Windows (to se bude týkat zejména situací, kdy server provozujete lokálně ve virtuálním image, tj. při demonstracích)

Krok 2 - instalace certifikátu: IRM 11g je J2EE aplikace provozovaná na Weblogic serveru. Aby nebylo možné odposlouchávat komunikaci se serverem, využívá se protokol HTTPS. Při instalaci serveru je tedy, kromě jiného, potřeba nainstalovat i certifikát pro HTTPS komunikaci. Pokud se objeví tento dialog:


je třeba certifikát nainstalovat (pro testovací účely mezi Trusted Root). Je na Vašem administrátorovi, aby server používal ověřený certifikát.

Krok 3 - deaktivace proxy (v IE): posledním nutným krokem je deaktivace proxy při komunikaci s IRM serverem, pokud je IRM před proxy nebo dokonce na lokálním virtuálním image.

Pokud se přes tyto kroky dostanete, zadejte adresu https://irm_server_URL/irm_desktop do Internet Exploreru. Na zobrazené stránce by se měla objevit záložka Test a v ní obrázek zlatých rybiček.

Ještě jeden tip: v IRM Desktop, na záložce Update Rights najdete volbu Check in. Ta umí odstranit data přihlášeného uživatele (pokud v rámci demonstrace chcete ukazovat práci více uživatelů z jednoho počítače).

Oracle zakoupil FatWire

Minulý týden se objevila zpráva, že Oracle zakoupil firmu FatWire. Pro vás, kteří tuto firmu neznáte, FatWire dodává řešení v oblasti Web Content (resp. Web Experience) Management. Z tohoto pohledu bude tedy zajímavé sledovat, jak se do budoucna bude vyvíjet produktové portfolio v této oblasti.

Jak rozumět akvizici?
Hlavními důvody pro nákup, aspoň dle komentářů na nezávislých serverech, se zdají být:

1. korelace s předchozí akvizicí produktu ATG (platforma pro eCommerce) - řada zákazníků ATG již vlastnila i FatWire, zejména pro podporu kampaní přes web
2. zvýšení market presence v některých segmentech
3. zkušenosti s provozováním řešení v public cloudu

FatWire bude prozatím fungovat jako nezávislá firma - dokončení akvizice se očekává v průběhu roku 2011. Uvidímě, jak se bude situace dále vyvíjet.