Ezen a héten a Cognos Mashup szolgáltatás alapjaival foglalkozunk. Részeire bontjuk, hogy lássuk, hogyan hoz értéket az IBM Cognos kínálatába.
A Cognos Mashup szolgáltatás használatához a következő minimumkövetelményeknek kell megfelelni:
1. IBM Cognos BI Server 8.4.1
2. Egy ügyfél, amely képes HTTP -n keresztül interakcióba lépni a SOAP- vagy URL -alapú szolgáltatásokkal
A Cognos Connection és a Cognos Mashup szolgáltatás a Cognos átjárón keresztül érhető el
Szerzők Megjegyzés: Használja R. Lee Ermey színész hangját (Gunny from Full Metal Jacket)
A következő néhány cikkben én leszek az oktatód. Nevezhet engem „fúró őrmesternek”. Megtöröm az újoncokat az alacsony homokszemekből, és lézerrel maratott szilíciumdarabokká építek titeket. A Cognos Mashup Service néven ismert csatatéren túléléshez szükséges eszközökkel távozik innen. Képes lesz kódolni az utat a veszélyes egyéni megjelenítési terepen. Képes leszel megkülönböztetni a barátokat az ellenségektől, ha a tervezésről van szó. Gondolhatta, hogy az egyszerű REST szolgáltatások ígérete magába foglalja. De ez nem anyukád pihenése. Kaphatok „IGEN FÚRÓSZERMÉNYT!”? Most ejts és adj húszat!
Oké, hadd szüneteltessem a karaktert, hogy egyenesen megadjam. Ezen a héten a Cognos Mashup szolgáltatás alapjaival foglalkozunk. Részeire bontjuk, hogy lássuk, hogyan hoz értéket az IBM Cognos kínálatába.
A Cognos Mashup szolgáltatás használatához a következő minimumkövetelményeknek kell megfelelni:
1. IBM Cognos BI Server 8.4.1
2. Egy ügyfél, amely képes HTTP -n keresztül interakcióba lépni a SOAP- vagy URL -alapú szolgáltatásokkal
A Cognos Connection és a Cognos Mashup szolgáltatás a Cognos átjárón keresztül érhető el
A Cognos Mashup szolgáltatás két különálló részből áll, amelyek párhuzamosan működnek, lehetővé téve a fogyasztók számára, hogy a jelentésadatokat a jelentésnézegetőn kívül és egyéni vizualizációkba bontják. A szolgáltatás egyik része a szállítási interfész, a másik pedig a hasznos terhelés. Az alábbi ábrán a kérést szállításnak, a választ pedig hasznos tehernek tekinthetjük.
A szállítási felület az az eszköz, amellyel jelentéseket hívhatunk meg. Két lehetőség közül választhatnak a fogyasztók. Az egyik SOAP alapú, a másik REST stílusú URL -eket használ. Mindkét interfész HTTP -n fut, és szerkezetük hasonló. Vagyis a SOAP stílusú felületen minden logikai művelethez van egy megfelelő REST stílusú. A pontos módszer specifikációk figyelembe veszik a kiválasztott meghívási stílus sajátosságait. De a lényeg az, hogy mindkét tábor számára elérhető a bejelentkezés, a jelentés meghívása, a kimenet lekérése és a kijelentkezés lehetősége.
Tehát megkérdezheti magától: "én, miért választanám egyiket a másik helyett?" Gyakran a válasz erre adódik, ha a projekttechnológiát vagy a konvenciókat nézzük. Vegyük a példát egy olyan fogyasztóra, aki teljes egészében ügyféloldalon fejlődik. HTML -t és JavaScriptet használ a Cognos Mashup szolgáltatással való interakcióhoz. Vákuumban a REST URL -alapú felület megkönnyítené az integrációt. Ezzel szemben egy másik projektben létezhetnek meglévő Cognos SDK -eszközök egy Java szervletben. Hozzászoktak az SDK által kitett szappancsontokhoz. Természetesebbnek tűnik, hogy ez a helyzet a mashup szolgáltatások SOAP -alapú fogyasztója felé hajlik. A gyakorlatban ezt nem volt nehéz mérlegelni. Ha a két választást nézzük, úgy tűnik, hogy az egyik mindig jobban illeszkedik az általános megoldás megfontolásához. A másik felhasználására irányuló kísérletek kényszerben érzik magukat.
A szállítási felület által kínált logikai műveletek lehetővé teszik a fogyasztók számára a Cognos jelentések és elemzések futtatására összpontosító feladatok elvégzését. A lehetőségek összessége lehetővé teszi a fogyasztók számára, hogy végigjárják a jelentés futtatásának teljes életciklusát. Ebbe beletartozik:
• Hitelesítés
• Paraméter hozzárendelés
• Jelentésvégrehajtás (szinkron és aszinkron)
• Fúrási viselkedés
• Kimenet lekérése
A mashup szolgáltatás olyan finomságokat is kínál, amelyek nem érhetők el az SDK -n keresztül. Ezt a vitát azonban elmentjük egy következő cikkhez, amely összehasonlítja és szembeállítja a Mashup szolgáltatást az SDK -val.
Most lehetőségünk van a jelentések meghívására egy HTTP alapú szolgáltatáskészleten keresztül. Mi jön ki a másik végén? Ez vezet minket a mashup szolgáltatás második összetevőjéhez. Írja be… „A hasznos terhelés”.
Az egyik lehetőség, amelyet megadhatunk a jelentés meghívásakor a mashup szolgáltatáson keresztül, a kimeneti formátum. Számos elérhető lehetőség áll rendelkezésre, beleértve a HTML -elrendezési adatok XML (LDX) és a JSON -t. Van még néhány, de ez lefedi az ab spektrumátroad érzék. A HTML nagyjából az, amire számíthat. Nagyon hasonlítanak ahhoz, amit a jelentésmegjelenítőn keresztül a Cognos Connection rendszerben megtekintett jelentésből kapnánk. Az ígéretesebb formátumok az LDX és a JSON. Valójában, ha a Cognos Mashup szolgáltatás egyértelmű ütést ér el, akkor ez a két formátum bevezetése.
Mindkét formátum bemutatási semleges formátumban adja a jelentés kimenetét. Ez lehetővé teszi, hogy a jelentés kimeneti fogyasztója megjelenítse az információkat minden olyan vizualizációban, amely megérti a JSON -t vagy az XML -t. Szánjon rá egy percet, és olvassa el újra.
A jelentésadatok most megszabadulnak a Cognos Viewer által elhelyezett bilincsektől. Az adatok olyan helyekre is bebarangolhatnak, amelyek korábban nem voltak praktikusak. Például a gazdag internetes alkalmazások olyan keretrendszereket használhatnak, mint a Google Visualization API vagy az Ext-JS, hogy feldobják az adatok megjelenítését. A mobil integráció sokkal elérhetőbbé válik, mivel a kimenet ezekhez az eszközökhöz igazítható. A Cognos adatok valóban összevonhatók külső forrásokból származó adatokkal. Valójában a Cognos BI-ból származó adatokat a közelmúltban láthattuk, a vadonban, egy népszerű tartalomkezelő rendszer adataival együtt, ugyanabban az Ext-JS rácsban! Botrányos! Mit is jelent ez? Ebben az esetben lehetővé tette mindkét adathalmaz natív eszközein keresztül történő kezelését anélkül, hogy egy bonyolult, kitalált folyamat egyesítené őket a böngészőben.
Az alábbiakban egy egyszerű, alacsony pontosságú modell látható, amely ugyanazon az oldalon megosztott heterogén adatforrásokat szemlélteti.
Ez a rugalmasság bizonyos kompromisszumokkal jár. Mivel az adatok megjelenítését az alkalmazás egy másik részére halasztjuk, lényegében a jelentés készítője által hagyományosan végrehajtott fejlesztések egy részét átadjuk a vizualizációs technológia szakértőjének. A jelentésadatok vizualizációba való beillesztésére irányuló erőfeszítések eltérőek lesznek ahhoz képest, hogy a hagyományos Cognos stúdiókban tökéletes képpontnyi jelentést készítenek. A projekttervezőknek meg kell érteniük, hogy ez milyen hatással van a fejlesztési ütemtervekre. Azt találjuk, hogy a becslések pontosabbak, ha elfogadják ezt az új munkamegosztást.
Összefoglalva ezt a darabot, a Cognos Mashup Service izgalmas kiegészítője a mixhez rendelkezésre álló eszközök tárházának. Lehetővé teszi, hogy a BI adatok túlmenjenek az an , amely jelentésnézetet tartalmaz, egy HTML -oldalba. Az idő azonban megtanított minket arra, hogy semmi sem ingyenes. Az adatok megjelenítésének rugalmassága a rovására megy annak, hogy új készségek kerülnek a megoldáskészletbe. Hagyja ezt az információt egy ideig áztatni. Ennek a sorozatnak a következő bejegyzéseiben részletesebben megismerkedünk a mashup használatával, valamint azzal, hogyan áll össze más megoldásjelöltekkel.
