Questa settimana daremo un'occhiata ai fondamenti del Cognos Mashup Service. Lo suddivideremo nelle sue parti componenti per vedere come apporta valore al mix di offerte IBM Cognos.
Per utilizzare il servizio Cognos Mashup è necessario soddisfare i seguenti requisiti minimi:
1. IBM Cognos BI Server 8.4.1
2. Un client in grado di interagire con SOAP o servizi basati su URL su HTTP
Cognos Connection e Cognos Mashup Service sono accessibili tramite il gateway Cognos
Nota dell'autore: usa la voce dell'attore R. Lee Ermey (Gunny from Full Metal Jacket)
Per i prossimi articoli sarò il tuo istruttore. Puoi chiamarmi "sergente del trapano". Spezzerò le vostre reclute negli umili granelli di sabbia da cui provengono e vi ricostruirò in pezzi di silicio incisi al laser. Partirai da qui con gli strumenti di cui hai bisogno per sopravvivere sul campo di battaglia noto come Cognos Mashup Service. Sarai in grado di codificare la tua strada attraverso pericolosi terreni di visualizzazione personalizzati. Sarai in grado di distinguere l'amico dal nemico quando si tratta di nozioni di design. Potresti aver pensato che saresti stato coccolato dalla promessa di facili servizi REST. Ma questo non è il RIPOSO di tua madre. Posso ottenere un "SERGENTE ESERCIZIO S!"? Ora scendi e dammi venti!
Ok, lascia che mi prenda una pausa dal personaggio per spiegarti bene. Questa settimana daremo un'occhiata ai fondamenti del Cognos Mashup Service. Lo suddivideremo nelle sue parti componenti per vedere come apporta valore al mix di offerte IBM Cognos.
Per utilizzare il servizio Cognos Mashup è necessario soddisfare i seguenti requisiti minimi:
1. IBM Cognos BI Server 8.4.1
2. Un client in grado di interagire con SOAP o servizi basati su URL su HTTP
Cognos Connection e Cognos Mashup Service sono accessibili tramite il gateway Cognos
Il servizio Cognos Mashup è composto da due parti distinte che funzionano in tandem per consentire ai consumatori di suddividere i dati del report al di fuori del visualizzatore di report e in visualizzazioni personalizzate. Una parte del servizio è l'interfaccia di trasporto e l'altra è il payload. Nello schema sottostante possiamo considerare la richiesta come il trasporto e la risposta come il carico utile.
L'interfaccia di trasporto è il mezzo con cui possiamo invocare i report. Ci sono due opzioni che i consumatori possono usare. Uno è basato su SOAP e l'altro utilizza URL in stile REST. Entrambe le interfacce funzionano su HTTP e sono simili nella struttura. Cioè, per ogni operazione logica nell'interfaccia in stile SOAP ce n'è una corrispondente nello stile REST. Le specifiche esatte del metodo rispettano le idiosincrasie per lo stile di chiamata scelto. Ma la linea di fondo è... la possibilità di accedere, richiamare un rapporto, ottenere l'output e disconnettersi è disponibile per entrambi i campi.
Quindi potresti chiederti "te stesso, perché dovrei scegliere uno rispetto all'altro?" Spesso la risposta si presenta quando si guarda alla tecnologia del progetto o alle convenzioni. Prendiamo l'esempio di un consumatore che si sviluppa interamente lato client. Utilizza HTML e JavaScript per interagire con Cognos Mashup Service. Nel vuoto, l'interfaccia basata su URL REST renderebbe più semplice l'integrazione. Al contrario, un altro progetto potrebbe avere asset Cognos SDK esistenti in un servlet Java. Sono abituati agli stub SOAP esposti dall'SDK. Sembra più naturale per questa situazione propendere per essere un consumatore di servizi di mashup basato su SOAP. In pratica questa non è stata davvero una scelta difficile da valutare. Quando si esaminano le due scelte, una sembra sempre adattarsi meglio quando si considera la soluzione complessiva. I tentativi di usare l'altro si sentono forzati.
Le operazioni logiche offerte dall'interfaccia di trasporto consentono a un utente di eseguire attività incentrate sull'esecuzione di report e analisi Cognos. L'insieme di opzioni consente al consumatore di marciare attraverso l'intero ciclo di vita dell'esecuzione di un report. Ciò comprende:
• Autenticazione
• Assegnazione dei parametri
• Esecuzione report (sincrona e asincrona)
• Comportamento del trapano
• Recupero dell'output
Il servizio di mashup offre anche alcune chicche che non sono disponibili tramite l'SDK. Tuttavia, salveremo quella discussione per un prossimo articolo che confronta e mette a confronto il servizio Mashup con l'SDK.
Ora abbiamo un mezzo per richiamare i report tramite un set di servizi basato su HTTP. Cosa esce dall'altra parte? Questo ci porta al secondo componente del servizio di mashup. Inserisci... "Il carico utile".
Una delle opzioni che possiamo specificare quando invochiamo un report tramite il servizio mashup è il formato di output. Sono disponibili numerose opzioni tra cui HTML Layout Data XML (LDX) e JSON. Ce ne sono alcuni altri, ma questo copre lo spettro in abroad senso. L'HTML è più o meno quello che ti aspetteresti. Sono molto simili a quelli che si otterrebbero da un report visualizzato tramite il visualizzatore di report all'interno di Cognos Connection. I formati più promettenti sono LDX e JSON. In effetti, se c'è un chiaro successo da parte di Cognos Mashup Service è l'introduzione di questi due formati.
Entrambi questi formati producono l'output del report in un formato neutro di presentazione. Ciò consente al consumatore dell'output del report di eseguire il rendering delle informazioni in qualsiasi visualizzazione in grado di comprendere JSON o XML. Prenditi un momento per leggerlo di nuovo.
I dati del report sono ora liberati dai vincoli posti su di essi da Cognos Viewer. I dati possono ora spostarsi in luoghi che prima erano impraticabili. Ad esempio, le Rich Internet Applications possono utilizzare framework come l'API di visualizzazione di Google o Ext-JS per rendere più piccante la presentazione dei dati. L'integrazione mobile diventa molto più raggiungibile poiché l'output può essere adattato a questi dispositivi. I dati Cognos possono essere realmente combinati con dati provenienti da fonti esterne. In effetti, i dati di Cognos BI sono stati recentemente visti, allo stato brado, saltellare con i dati di un popolare sistema di gestione dei contenuti nella stessa griglia Ext-JS nientemeno! Scandaloso! Cosa significa questo? In questo caso, ha permesso di gestire entrambi i set di dati attraverso i loro strumenti nativi senza un complesso processo artificioso per unirli sul browser.
Di seguito è riportato un semplice mock up a bassa fedeltà che illustra origini dati eterogenee che condividono la stessa pagina.
Questa flessibilità comporta alcuni compromessi. Poiché stiamo rinviando il rendering dei dati a un'altra parte dell'applicazione, stiamo essenzialmente trasferendo parte dello sviluppo tradizionalmente svolto dall'autore del report a una persona esperta nella tecnologia di visualizzazione. Lo sforzo di intrecciare i dati del report nella visualizzazione varierà rispetto alla creazione di un report pixel perfect nei tradizionali studi Cognos. I pianificatori del progetto devono comprendere l'effetto che ciò ha sulle tempistiche di sviluppo. Si scoprirà che le stime sono più accurate quando si abbraccia questa nuova divisione del lavoro.
Per riassumere per questo pezzo, il servizio Cognos Mashup è un'entusiasmante aggiunta all'arsenale di strumenti disponibili per il mix. Consente ai dati BI di andare oltre la semplice timbratura e , contenente un visualizzatore di report, in una pagina HTML. Eppure, il tempo ci ha insegnato che niente è gratis. La flessibilità nella presentazione dei dati va a scapito dell'apporto di nuovi set di competenze al set di soluzioni. Lascia che queste informazioni si impregnino per un po'. Nelle voci successive di questa serie entreremo in maggiori dettagli sull'uso del mashup e su come si confronta con altre soluzioni candidate.
