În această săptămână vom arunca o privire la elementele fundamentale ale serviciului Cognos Mashup. Îl vom împărți în părțile componente pentru a vedea cum aduce valoare mixului de oferte IBM Cognos.
Pentru a utiliza serviciul Cognos Mashup, trebuie să îndepliniți următoarele cerințe minime:
1. IBM Cognos BI Server 8.4.1
2. Un client capabil să interacționeze cu servicii SOAP sau URL bazate pe HTTP
Cognos Connection și serviciul Cognos Mashup pot fi accesate prin intermediul gateway-ului Cognos
Nota autorilor: Folosiți vocea actorului R. Lee Ermey (Gunny din Full Metal Jacket)
Pentru următoarele articole voi fi instructorul tău. Poți să-mi spui „Sergent de foraj”. Vă voi distruge recruții în micile boabe de nisip provenite și vă voi construi înapoi în bucăți de siliciu gravate cu laser. Vei pleca de aici cu instrumentele de care ai nevoie pentru a supraviețui pe câmpul de luptă cunoscut sub numele de Cognos Mashup Service. Veți putea să vă codificați drumul prin terenuri de vizualizare personalizate periculoase. Veți putea distinge prietenul de dușman când vine vorba de noțiuni de proiectare. Poate că v-ați gândit că veți fi înșelați de promisiunea serviciilor REST ușoare. Dar acesta nu este RESTUL mamei tale. Pot obține un „SERJANT DA DE FORAT!”? Acum scapă și dă-mi douăzeci!
Ok, lasă-mă să iau o pauză de la personaj ca să ți-o dau direct. În această săptămână vom arunca o privire la elementele fundamentale ale serviciului Cognos Mashup. Îl vom împărți în părțile componente pentru a vedea cum aduce valoare mixului de oferte IBM Cognos.
Pentru a utiliza serviciul Cognos Mashup, trebuie să îndepliniți următoarele cerințe minime:
1. IBM Cognos BI Server 8.4.1
2. Un client capabil să interacționeze cu servicii SOAP sau URL bazate pe HTTP
Cognos Connection și serviciul Cognos Mashup pot fi accesate prin intermediul gateway-ului Cognos
Serviciul Cognos Mashup este alcătuit din două părți distincte care funcționează în tandem pentru a permite consumatorilor să divizeze datele raportului în afara vizualizatorului de rapoarte și în vizualizări personalizate. O parte a serviciului este interfața de transport și cealaltă este sarcina utilă. În diagrama de mai jos putem considera cererea ca transport și răspunsul ca sarcină utilă.
Interfața de transport este mijlocul prin care putem invoca rapoarte. Există două opțiuni pe care consumatorii le pot utiliza. Una este bazată pe SOAP, iar cealaltă utilizează adrese URL de stil REST. Ambele interfețe rulează prin HTTP și au o structură similară. Adică, pentru fiecare operație logică din interfața stilului SOAP există una potrivită în stilul REST. Specificațiile exacte ale metodei respectă idiosincrasia pentru stilul de invocare ales. Dar linia de jos este ... abilitatea de a vă conecta, de a invoca un raport, de a obține rezultatul și de a vă deconecta este disponibilă pentru ambele tabere.
Așadar, s-ar putea să vă întrebați „eu, de ce aș alege unul în locul celuilalt?” Adesea răspunsul la acest lucru se prezintă atunci când analizăm tehnologia proiectului sau convențiile. Luați exemplul unui consumator dezvoltat în întregime din partea clientului. Folosește HTML și JavaScript pentru a interacționa cu serviciul Cognos Mashup. Într-un vid, interfața bazată pe URL-ul REST ar facilita integrarea. În schimb, un alt proiect ar putea avea active Cognos SDK într-un servlet Java. Sunt obișnuiți cu butoanele SOAP expuse de SDK. Este mai natural ca această situație să se aplece spre a fi un consumator de servicii mashup bazat pe SOAP. În practică, aceasta nu a fost cu adevărat o alegere dificilă de cântărit. Când ne uităm la cele două opțiuni, una pare să se potrivească întotdeauna mai bine atunci când luăm în considerare soluția generală. Încercările de a folosi cealaltă se simt forțate.
Operațiunile logice oferite de interfața de transport permit unui consumator să efectueze sarcini centrate pe rularea rapoartelor și analizelor Cognos. Setul de opțiuni permite unui consumator să parcurgă întregul ciclu de viață al difuzării unui raport. Aceasta include:
• Autentificare
• Alocarea parametrilor
• Executarea raportului (sincron și asincron)
• Comportament de foraj
• Recuperare ieșire
Serviciul de mashup oferă chiar și câteva bunătăți care nu sunt disponibile prin SDK. Cu toate acestea, vom salva acea discuție pentru un articol care va compara și compara serviciul Mashup cu SDK.
Acum avem un mijloc de a invoca rapoarte printr-un set de servicii bazat pe HTTP. Ce iese celălalt capăt? Asta ne conduce în a doua componentă a serviciului mashup. Introduceți ... „Sarcina utilă”.
Una dintre opțiunile pe care le putem specifica atunci când invocăm un raport prin intermediul serviciului mashup este formatul de ieșire. Există o serie de opțiuni disponibile, inclusiv HTML Layout Data XML (LDX) și JSON. Există câteva altele, dar aceasta acoperă spectrul în abroad sens. HTML este cam ceea ce v-ați aștepta. Arată foarte asemănător cu ceea ce s-ar obține dintr-un raport vizualizat prin vizualizatorul de rapoarte din Cognos Connection. Formatele mai promițătoare sunt LDX și JSON. De fapt, dacă există un rezultat clar al serviciului Cognos Mashup, este introducerea acestor două formate.
Ambele formate produc rezultatul raportului într-un format neutru de prezentare. Aceasta permite consumatorului rezultatului să redea informațiile în orice vizualizare care poate înțelege JSON sau XML. Luați un moment pentru a citi din nou asta.
Datele raportului sunt acum eliberate de cătușele plasate pe acesta de Cognos Viewer. Datele pot acum să se deplaseze în locuri care anterior nu erau practice. De exemplu, aplicațiile Rich Internet pot utiliza cadre precum Google Visualization API sau Ext-JS pentru a condimenta prezentarea datelor. Integrarea mobilă devine mult mai realizabilă, deoarece ieșirea poate fi adaptată acestor dispozitive. Datele Cognos pot fi cu adevărat combinate cu date din surse externe. De fapt, datele de la Cognos BI au fost văzute recent, în sălbăticie, cu date dintr-un sistem popular de gestionare a conținutului în aceeași grilă Ext-JS, nu mai puțin! Scandalos! Ce inseamna asta? În acest caz, a permis ca ambele seturi de date să fie gestionate prin instrumentele lor native fără un proces complex conceput pentru a le uni în browser.
Mai jos este o simplă machetă de fidelitate redusă care ilustrează surse de date eterogene care partajează aceeași pagină.
Această flexibilitate vine cu unele compromisuri. Deoarece amânăm redarea datelor într-o altă parte a aplicației, transferăm în esență o parte din dezvoltarea realizată în mod tradițional de către autorul raportului către o persoană care este expertă în tehnologia de vizualizare. Efortul de a țese datele raportului în vizualizare va varia comparativ cu crearea unui raport perfect pixel în studiourile tradiționale Cognos. Planificatorii de proiecte trebuie să înțeleagă efectul pe care acesta îl are asupra calendarelor de dezvoltare. Se va descoperi că estimările sunt mai exacte atunci când este adoptată această nouă diviziune a muncii.
Pentru a rezuma la această piesă, Cognos Mashup Service este un plus interesant pentru arsenalul de instrumente disponibile pentru mix. Permite ca datele BI să depășească doar ștampilarea unui , care conține un vizualizator de rapoarte, într-o pagină HTML. Cu toate acestea, timpul ne-a învățat că nimic nu este gratuit. Flexibilitatea prezentării datelor vine în detrimentul aducerii de noi seturi de abilități la setul de soluții. Lăsați aceste informații să se înmoaie pentru o vreme. În intrările ulterioare din această serie vom intra în mai multe detalii cu privire la utilizarea mashup-ului, precum și modul în care se compară cu alți candidați la soluție.
