Denne uken skal vi se på det grunnleggende i Cognos Mashup -tjenesten. Vi vil dele den ned i komponentdelene for å se hvordan den gir verdi til blandingen av IBM Cognos -tilbud.
For å kunne bruke Cognos Mashup -tjenesten må man oppfylle følgende minimumskrav:
1. IBM Cognos BI Server 8.4.1
2. En klient som er i stand til å samhandle med SOAP eller URL -baserte tjenester via HTTP
Du kan få tilgang til Cognos Connection og Cognos Mashup -tjenesten via Cognos -gatewayen
Forfatterens merknad: Bruk stemmen til skuespilleren R. Lee Ermey (Gunny fra Full Metal Jacket)
I de neste artiklene vil jeg være din instruktør. Du kan kalle meg "Drill Sersjant". Jeg vil bryte dere rekrutter ned i de lave sandkornene som kom fra og bygge dere tilbake til laseretsede etser av silisium. Du vil forlate her med verktøyene du trenger for å overleve på slagmarken kjent som Cognos Mashup Service. Du vil kunne kode deg gjennom farlig tilpasset visualiseringsterreng. Du vil kunne skille venn fra fiende når det gjelder designoppfatninger. Du har kanskje trodd at du ville bli lurt av løftet om enkle REST -tjenester. Men dette er ikke din mors hvile. Kan jeg få en “YES DRILL SERGEANT!”? Slipp nå og gi meg tjue!
Ok, la meg ta en pause fra karakteren for å gi den deg rett. Denne uken skal vi se på det grunnleggende i Cognos Mashup -tjenesten. Vi vil dele den ned i komponentdelene for å se hvordan den gir verdi til blandingen av IBM Cognos -tilbud.
For å kunne bruke Cognos Mashup -tjenesten må man oppfylle følgende minimumskrav:
1. IBM Cognos BI Server 8.4.1
2. En klient som er i stand til å samhandle med SOAP eller URL -baserte tjenester via HTTP
Du kan få tilgang til Cognos Connection og Cognos Mashup -tjenesten via Cognos -gatewayen
Cognos Mashup -tjenesten består av to forskjellige deler som fungerer sammen for å tillate forbrukere å bryte rapportdata utenfor rapportviseren og til tilpassede visualiseringer. En del av tjenesten er transportgrensesnittet og den andre er nyttelasten. I diagrammet nedenfor kan vi betrakte forespørselen som transport og respondenten som nyttelast.
Transportgrensesnittet er måten vi kan påberope oss rapporter på. Det er to alternativer for forbrukere å bruke. Den ene er SOAP -basert, og den andre bruker URL -er i REST -stil. Begge grensesnittene kjører over HTTP og har lignende struktur. Det vil si at for hver logisk operasjon i SOAP -stilgrensesnittet er det en matchende i REST -stilen. De eksakte metodespesifikasjonene observerer særegenhetene for den valgte påkallingsstilen. Men konklusjonen er ... muligheten til å logge på, påberope seg en rapport, få utgangen og logge av er tilgjengelig for begge leirene.
Så du kan spørre deg selv "selv, hvorfor skulle jeg velge det ene fremfor det andre?" Ofte viser svaret på dette seg når man ser på prosjektteknologi eller konvensjoner. Ta eksemplet på en forbruker som er utviklet helt på klientsiden. Den bruker HTML og JavaScript for å samhandle med Cognos Mashup -tjenesten. I et vakuum vil det REST URL -baserte grensesnittet gjøre det enklere å integrere. I kontrast kan et annet prosjekt ha eksisterende Cognos SDK -ressurser i en Java -servlet. De er vant til SOAP -stubbene som avsløres av SDK. Det føles mer naturlig for denne situasjonen å lene seg mot å være en SOAP -basert forbruker av mashup -tjenester. I praksis har dette egentlig ikke vært et vanskelig valg å veie ut. Når man ser på de to valgene, ser det alltid ut til at en passer bedre når man vurderer den samlede løsningen. Forsøk på å bruke den andre føler seg tvunget.
De logiske operasjonene som tilbys av transportgrensesnittet tillater en forbruker å utføre oppgaver sentrert om å kjøre Cognos -rapporter og analyser. Settet med alternativer lar en forbruker marsjere gjennom hele livssyklusen for å kjøre en rapport. Dette inkluderer:
• Godkjenning
• Parametertildeling
• Rapportering (synkron og asynkron)
• Drilladferd
• Utskriftshenting
Mashup -tjenesten tilbyr til og med noen godbiter som ikke er tilgjengelige via SDK. Imidlertid sparer vi den diskusjonen for en kommende artikkel som sammenligner og kontrasterer Mashup -tjenesten mot SDK.
Nå har vi et middel til å påkalle rapporter gjennom et HTTP -basert sett med tjenester. Hva kommer ut i den andre enden? Det leder oss inn i den andre komponenten i mashup -tjenesten. Skriv inn ... "Nyttelasten".
Et av alternativene vi kan angi når vi påberoper oss en rapport gjennom mashup -tjenesten, er utdataformatet. Det finnes en rekke tilgjengelige alternativer, inkludert HTML Layout Data XML (LDX) og JSON. Det er noen få andre, men dette dekker spekteret i abroad føle. HTML er stort sett det du forventer. De ligner veldig på det man ville få fra en rapport sett gjennom rapportviseren inne i Cognos Connection. De mer lovende formatene er LDX og JSON. Faktisk, hvis det er en klar smash hit av Cognos Mashup Service, er det introduksjonen av disse to formatene.
Begge disse formatene gir rapportutdataene i et presentasjonsnøytralt format. Dette gjør at forbrukeren av rapportutdataene kan gjengi informasjonen i enhver visualisering som kan forstå JSON eller XML. Ta deg tid til å lese det igjen.
Rapportdataene er nå frigjort fra lenker som er lagt på den av Cognos Viewer. Data kan nå streife til steder som tidligere var upraktiske. For eksempel kan Rich Internet Applications bruke rammer som Google Visualization API eller Ext-JS for å krydre presentasjonen av dataene. Mobil integrasjon blir mye mer oppnåelig ettersom utgangen kan tilpasses disse enhetene. Cognos -data kan virkelig blandes med data fra eksterne kilder. Faktisk ble data fra Cognos BI nylig sett, i naturen, cavorting med data fra et populært innholdshåndteringssystem i det samme Ext-JS-rutenettet ikke mindre! Skandaløst! Hva betyr dette? I dette tilfellet tillot det at begge datasettene ble administrert gjennom sine opprinnelige verktøy uten en kompleks konstruert prosess for å forene dem i nettleseren.
Nedenfor er en enkel low fidelity -modell som illustrerer heterogene datakilder som deler den samme siden.
Denne fleksibiliteten kommer med noen avveier. Siden vi utsetter gjengivelsen av dataene til en annen del av applikasjonen, overfører vi i hovedsak noe av utviklingen som tradisjonelt utføres av rapportforfatteren til en person som er ekspert på visualiseringsteknologi. Innsatsen for å veve rapportdataene inn i visualiseringen vil variere i forhold til å skrive en perfekt pikselrapport i de tradisjonelle Cognos -studioene. Prosjektplanleggere må forstå effekten dette har på utviklingstider. Man vil finne at estimater er mer nøyaktige når denne nye arbeidsfordelingen omfavnes.
For å oppsummere dette stykket, er Cognos Mashup -tjenesten et spennende tillegg til arsenalet med verktøy som er tilgjengelig for blandingen. Det lar BI -data gå utover bare å stemple en , som inneholder en rapportviser, til en HTML -side. Likevel har tiden lært oss at ingenting er gratis. Fleksibilitet ved presentasjon av data går på bekostning av å bringe nye ferdighetssett til løsningssettet. La denne informasjonen trekke en stund. I de påfølgende oppføringene i denne serien kommer vi nærmere inn på bruken av mashup og hvordan den stabler seg opp mot andre løsningskandidater.
