Hierdie week kyk ons na die basiese beginsels van die Cognos Mashup -diens. Ons verdeel dit in sy onderdele om te sien hoe dit waarde toevoeg tot die mengsel van IBM Cognos -aanbiedinge.
Om die Cognos Mashup -diens te kan gebruik, moet u aan die volgende minimum vereistes voldoen:
1. IBM Cognos BI Server 8.4.1
2. 'n Kliënt wat interaksie het met SOAP- of URL -gebaseerde dienste via HTTP
Daar is toegang tot Cognos Connection en die Cognos Mashup Service via die Cognos gateway
Auteursopmerking: Gebruik die stem van die akteur R. Lee Ermey (Gunny van Full Metal Jacket)
Vir die volgende paar artikels sal ek u instrukteur wees. U kan my 'Drill Sergeant' noem. Ek breek julle rekrute af in die geringe sandkorrels waaruit julle kom en bou julle terug in laser -geëtste stukke silikon. U vertrek hier met die gereedskap wat u nodig het om te oorleef op die slagveld, bekend as die Cognos Mashup Service. U kan u deur gevaarlike aangepaste visualiseringsterrein kodeer. U sal 'n vriend en vyand kan onderskei wat ontwerpbegrippe betref. U het miskien gedink dat u die belofte van maklike REST -dienste sou onderdruk. Maar dit is nie jou ma se rus nie. Kan ek 'n 'YES DRILL SERGEANT!' Kry? Laat val nou en gee my twintig!
Ok, laat ek 'n blaaskans neem om dit reguit aan u te gee. Hierdie week kyk ons na die basiese beginsels van die Cognos Mashup -diens. Ons verdeel dit in sy onderdele om te sien hoe dit waarde toevoeg tot die mengsel van IBM Cognos -aanbiedinge.
Om die Cognos Mashup -diens te kan gebruik, moet u aan die volgende minimum vereistes voldoen:
1. IBM Cognos BI Server 8.4.1
2. 'n Kliënt wat interaksie het met SOAP- of URL -gebaseerde dienste via HTTP
Daar is toegang tot Cognos Connection en die Cognos Mashup Service via die Cognos gateway
Die Cognos Mashup -diens bestaan uit twee verskillende dele wat saam werk om verbruikers in staat te stel om verslagdata buite die rapporteerder en in aangepaste visualisasies te breek. Een deel van die diens is die vervoerkoppelvlak en die ander is die vrag. In die onderstaande diagram kan ons die versoek as die vervoer beskou en die respondent as die vrag.
Die vervoerkoppelvlak is die manier waarop ons verslae kan oproep. Daar is twee opsies wat verbruikers kan gebruik. Die een is gebaseer op SOAP en die ander gebruik URL's in die REST -styl. Beide koppelvlakke loop oor HTTP en is soortgelyk in struktuur. Dit wil sê, vir elke logiese bewerking in die SOAP -styl -koppelvlak is daar 'n bypassende een in die REST -styl. Die presiese metodespesifikasies neem die eienaardighede van die gekose aanroepstyl in ag. Maar die uiteinde is ... die vermoë om aan te meld, 'n verslag aan te roep, die uitset te kry en af te meld, is vir beide kampe beskikbaar.
U kan uself dus afvra: 'self, waarom sou ek die een bo die ander kies?' Die antwoord hierop kom dikwels voor as daar na projektegnologie of -konvensies gekyk word. Neem die voorbeeld van 'n verbruiker wat volledig aan die kant van die kliënt ontwikkel is. Dit gebruik HTML en JavaScript om met die Cognos Mashup -diens te kommunikeer. In 'n vakuum sou die REST -URL -koppelvlak makliker integrasie moontlik maak. In teenstelling hiermee kan 'n ander projek bestaande Cognos SDK -bates in 'n Java -servlet hê. Hulle is gewoond aan die seepstompies wat deur die SDK blootgestel is. Dit voel meer natuurlik dat hierdie situasie daarop neig om 'n SOAP -verbruiker van mashup -dienste te wees. In die praktyk was dit nie regtig 'n moeilike keuse om af te weeg nie. As u na die twee keuses kyk, lyk dit asof dit altyd beter pas by die algehele oplossing. Pogings om die ander te gebruik, voel geforseerd.
Die logiese operasies wat deur die vervoerkoppelvlak aangebied word, stel 'n verbruiker in staat om take uit te voer wat gerig is op die uitvoer van Cognos -verslae en -ontledings. Die stel opsies stel 'n verbruiker in staat om deur die hele lewensiklus van 'n verslag te gaan. Dit sluit in:
• Verifikasie
• Parameteropdrag
• Verslaguitvoering (sinchroon en asinchroon)
• Boorgedrag
• Uitsetherwinning
Die mashup -diens bied selfs 'n paar lekkernye wat nie deur die SDK beskikbaar is nie. Die bespreking sal ons egter bewaar vir 'n komende artikel waarin die Mashup -diens vergelyk word met die SDK.
Nou het ons 'n manier om verslae in te roep deur 'n reeks HTTP -dienste. Wat kom aan die ander kant uit? Dit lei ons na die tweede komponent van die mashup -diens. Voer in ... "Die vrag".
Een van die opsies wat ons kan spesifiseer wanneer ons 'n verslag via die opmaakdiens aanroep, is die uitvoerformaat. Daar is 'n aantal beskikbare opsies, insluitend HTML Layout Data XML (LDX) en JSON. Daar is 'n paar ander, maar dit dek die spektrum in abroad sin. HTML is amper wat u sou verwag. Dit lyk baie dieselfde as wat u sou kry uit 'n verslag wat deur die rapportkykers in Cognos Connection gekyk is. Die meer belowende formate is LDX en JSON. In werklikheid, as die Cognos Mashup -diens duidelik raak, is dit die bekendstelling van hierdie twee formate.
Beide hierdie formate lewer die verslaguitset in 'n presentasie -neutrale formaat. Dit stel die verbruiker van die verslaguitset in staat om die inligting weer te gee in enige visualisering wat JSON of XML kan verstaan. Neem 'n rukkie om dit weer te lees.
Die verslagdata is nou bevry van die boeie wat die Cognos Viewer daarop aangebring het. Data kan nou rondloop op plekke wat voorheen onprakties was. Rich Internet-toepassings kan byvoorbeeld raamwerke soos die Google Visualization API of Ext-JS gebruik om die aanbieding van die data op te kikker. Mobiele integrasie word baie meer haalbaar, aangesien die uitset by hierdie toestelle aangepas kan word. Cognos -data kan werklik saamgevoeg word met data van buite bronne. Trouens, data van Cognos BI is onlangs onlangs in die natuur gesien, met data van 'n gewilde inhoudsbestuurstelsel in dieselfde Ext-JS-rooster, nie minder nie! Skandalig! Wat beteken dit? In hierdie geval kon beide stelle data bestuur word met hul eie gereedskap sonder 'n ingewikkelde proses om dit in die blaaier te verenig.
Hieronder is 'n eenvoudige weergawe van lae getrouheid wat heterogene databronne illustreer wat dieselfde bladsy deel.
Hierdie buigsaamheid het 'n paar kompromieë. Aangesien ons die weergawe van die data na 'n ander deel van die toepassing uitstel, dra ons in wese 'n deel van die ontwikkeling wat tradisioneel deur die verslagskrywer gedoen word oor na 'n deskundige in die visualiseringstegnologie. Die poging om die verslagdata in die visualisering in te weef, sal verskil in vergelyking met die skryf van 'n perfekte pixelverslag in die tradisionele Cognos -ateljees. Projekbeplanners moet verstaan watter uitwerking dit op ontwikkelingstydlyne het. 'N Mens sal vind dat ramings meer akkuraat is wanneer hierdie nuwe arbeidsverdeling omhels word.
Om op te som vir hierdie stuk, die Cognos Mashup Service is 'n opwindende toevoeging tot die arsenaal gereedskap wat vir die mengsel beskikbaar is. Dit stel BI -data in staat om verder te gaan as om net 'n , wat 'n rapporteerder bevat, na 'n HTML -bladsy. Tog het die tyd ons geleer dat niks gratis is nie. Buigsaamheid om data aan te bied kom ten koste van die bring van nuwe vaardigheidsstelle na die oplossingsstel. Laat hierdie inligting 'n rukkie week. In die daaropvolgende inskrywings in hierdie reeks gaan ons meer in op die gebruik van mashup en hoe dit in vergelyking met ander oplossingskandidate sal werk.
