Boot Camp de Cognos Mashup Services - Enkonduko

by Nov 3, 2010Cognos Analytics, Motio0 komentoj

Ĉi-semajne ni rigardos la fundamentojn de la Cognos Mashup Service. Ni dividos ĝin en ĝiajn erojn por vidi kiel ĝi donas valoron al la miksaĵo de ofertoj de IBM Cognos.

Por uzi la Cognos Mashup Service oni bezonas plenumi la jenajn minimumajn postulojn:
1. IBM Cognos BI Server 8.4.1
2. Kliento kapabla interagi kun SOAP aŭ URL-bazitaj servoj per HTTP
Cognos Connection kaj la Cognos Mashup Service estas alireblaj per la Cognos-enirejo

Aŭtoraj Rimarkoj: Uzu la voĉon de aktoro R. Lee Ermey (Gunny de Full Metal Jacket)
Por la venontaj artikoloj mi estos via instruisto. Vi eble nomos min "Borila Serĝento". Mi disbatos viajn varbojn en la malaltajn sablajn grajnojn, kaj konstruos vin en laserajn gravuritajn pecojn de silicio. Vi foriros de ĉi tie kun la iloj, kiujn vi bezonas por travivi en la batalkampo konata kiel Cognos Mashup Service. Vi povos kodigi vian vojon tra danĝera laŭmenda bildiga tereno. Vi povos distingi amikon de malamiko kiam temas pri konceptaj nocioj. Eble vi pensis, ke vi estos dorlotita de la promeso de facilaj RESTaj servoj. Sed ĉi tio ne estas la RIPOZO de via panjo. Ĉu mi povas ricevi "JES-BORAN SERGENTON!"? Nun faligu kaj donu al mi dudek!

Bone, lasu min fari paŭzon de rolulo por doni ĝin al vi rekte. Ĉi-semajne ni rigardos la fundamentojn de la Cognos Mashup Service. Ni disigos ĝin en ĝiajn erojn por vidi kiel ĝi alportas valoron al la miksaĵo de ofertoj de IBM Cognos.

Por uzi la Cognos Mashup Service oni bezonas plenumi la jenajn minimumajn postulojn:
1. IBM Cognos BI Server 8.4.1
2. Kliento kapabla interagi kun SOAP aŭ URL-bazitaj servoj per HTTP
Cognos Connection kaj la Cognos Mashup Service estas alireblaj per la Cognos-enirejo

La Cognos Mashup Service konsistas el du apartaj partoj, kiuj funkcias kune por permesi al konsumantoj rompi raportajn datumojn ekster la raporta spektanto kaj laŭmendaj bildigoj. Unu parto de la servo estas la transporta interfaco kaj la alia estas la utila ŝarĝo. En la suba diagramo ni povas konsideri la peton kiel la transporton kaj la respondon kiel la utilan ŝarĝon.

La transporta interfaco estas la rimedo per kiu ni povas alvoki raportojn. Estas du ebloj por konsumantoj uzi. Unu estas SOAP-bazita kaj la alia uzas REST-stilajn URLojn. Ambaŭ interfacoj funkcias per HTTP kaj similas laŭ strukturo. Tio estas, por ĉiu logika operacio en la SOAP-stila interfaco estas kongrua en la REST-stilo. La ĝustaj metodaj specifoj observas la idiosinkraziojn por la elektita alvoka stilo. Sed la fundo estas ... la kapablo ensaluti, alvoki raporton, akiri la rezulton kaj elsaluti estas disponebla por ambaŭ tendaroj.

Do vi eble demandos vin "mem, kial mi elektus unu super la alian?" Ofte la respondo al ĉi tio prezentas sin rigardante projektan teknologion aŭ konvenciojn. Prenu la ekzemplon de konsumanto, kiu estas evoluigita tute ĉe la kliento. Ĝi uzas HTML kaj JavaScript por interagi kun la Cognos Mashup Service. En vakuo la REST URL-bazita interfaco faciligus integriĝon. Male, alia projekto povus havi ekzistantajn Cognos SDK-aktivaĵojn en Java servlet. Ili kutimas la SOAP-stumpojn elmontritajn de la SDK. Estas pli nature, ke ĉi tiu situacio kliniĝas por esti konsumanto de mashup-bazitaj SOAP. Praktike ĉi tio ne vere estis malfacila elekto. Rigardante la du elektojn, oni ĉiam ŝajnas pli taŭgi pli bone konsiderante la ĝeneralan solvon. Provoj uzi la alian sentas sin devigitaj.
La logikaj operacioj ofertitaj de la interfaco de transporto permesas al konsumanto plenumi taskojn centritajn dum prizorgado de raportoj kaj analizoj de Cognos. La aro de ebloj permesas al konsumanto marŝi tra la plena vivociklo de raportado. Ĉi tio inkluzivas:
• Aŭtentikigo
• Parametro-atribuo
• Raporta Ekzekuto (sinkrona kaj nesinkrona)
• Borila konduto
• Eliga Rekupero
La mashup-servo eĉ ofertas iujn bonfarojn, kiuj ne haveblas per la SDK. Tamen ni konservos tiun diskuton por venonta artikolo komparanta kaj kontrastantan la Mashup-Servon kontraŭ la SDK.
Nun ni havas rimedon por alvoki raportojn per HTTP-bazita aro de servoj. Kio eliras al la alia fino? Tio kondukas nin al la dua ero de la mashup-servo. Eniru ... "La Utila Ŝarĝo".

Unu el la ebloj, kiujn ni povas specifi kiam alvokas raporton per la mashup-servo, estas la eliga formato. Estas kelkaj disponeblaj ebloj inkluzive de HTML-Aranĝaj Datumoj XML (LDX) kaj JSON. Estas kelkaj aliaj sed ĉi tio kovras la spektron en abroad senco. HTML estas preskaŭ tio, kion vi atendus. Ili aspektas tre similaj al tio, kion oni akirus el raporto vidita per la raporta spektanto en Cognos Connection. La pli esperigaj formatoj estas LDX kaj JSON. Fakte se klara furora sukceso de Cognos Mashup Service estas la enkonduko de ĉi tiuj du formatoj.

Ambaŭ ĉi tiuj formatoj donas la raportan rezulton en prezento neŭtrala formato. Ĉi tio permesas al la konsumanto de la raporto produkti la informojn en iu ajn bildigo, kiu povas kompreni JSON aŭ XML. Prenu momenton por legi tion denove.

La raportaj datumoj nun estas liberigitaj de la katenoj metitaj sur ĝin de Cognos Viewer. Datumoj nun povas vagi en lokoj, kiuj antaŭe estis nepraktikaj. Ekzemple, Riĉaj Interretaj Aplikoj povas uzi kadrojn kiel la Google Visualization API aŭ Ext-JS por spici la prezenton de la datumoj. Poŝtelefona integriĝo fariĝas multe pli atingebla, ĉar la eligo povas esti adaptita al ĉi tiuj aparatoj. Cognos-datumoj povas vere esti miksitaj kun datumoj de eksteraj fontoj. Fakte, datumoj de Cognos BI estis lastatempe vidataj, sovaĝe, kun datumoj de populara sistemo de administrado de enhavo en la sama krado Ext-JS ne malpli! Skandala! Kion ĉi tio signifas? Ĉi-kaze ĝi permesis administri ambaŭ datumarojn per siaj denaskaj iloj sen kompleksa elpensita procezo por kunigi ilin en la retumilo.
Malsupre estas simpla mallaŭta fideleco, kiu ilustras heterogenajn datumajn fontojn kun la sama paĝo.

Ĉi tiu fleksebleco venas kun iuj avantaĝoj. Ĉar ni prokrastas la redonadon de la datumoj al alia parto de la aplikaĵo, ni esence transdonas iom da el la evoluoj, kiujn tradicie faras la raporta aŭtoro al homo, kiu estas sperta pri la bildiga teknologio. La klopodo teksi la raportajn datumojn en la bildigon varias kompare kun la verkado de piksela perfekta raporto en la tradiciaj studoj de Cognos. Projektaj planistoj devas kompreni la efikon, kiun ĉi tio havas sur evoluaj templinioj. Oni trovos, ke taksoj estas pli ĝustaj kiam ĉi tiu nova labordivido estas akceptita.

Por resumi ĉi tiun pecon, la Cognos Mashup Service estas ekscita aldono al la arsenalo de iloj haveblaj al la miksaĵo. Ĝi permesas al BI-datumoj preterpasi nur stampadon de , enhavanta raportspektanton, en HTML-paĝon. Tamen la tempo instruis al ni, ke nenio estas senpage. Fleksebleco prezenti datumojn kostas alporti novajn lertajn arojn al la solva aro. Lasu ĉi tiun informon iomete trempi. En la postaj eniroj en ĉi tiu serio ni pliprofundigos la uzon de mashup kaj ankaŭ kiel ĝi kontraŭstaras aliajn solvokandidatojn.