Discussion :

[Go_Ahead]

Bonjour à tous,

Je souhaiterais savoir, peut on ouvrir un rapport réalisé sous BO, Cognos ou que sais je, sous BIRT, JASPER enfin avec un produit open source ?

Merci pour vos réponses.

[BiM]

Bonjour,

Non, les architectures de chaque rapport (les xml sont formés différemment et ne contiennent pas les mêmes données) et librairies de génération sont totalement différentes. Sinon, tout le monde utiliserais les solutions gratuites (à ne pas confondre avec Open Source mais dans ce cas là Jasper et BIRT sont Open Source et surtout gratuits).

A titre d'exemple, c'est comme si tu voulais ouvrir un fichier WORD avec le bloc-notes ou une application EXE avec Linux.

[HelpmeMM]

néanmoins il est possible de récupérer le SQl d'un rapport BO ou autre et de le copier sous BIRT tu auras alors les données mais en aucun cas la mise en page.


Pour prendre BO en exemple celui ci a son propre langage qui est d'ailleurs caché et protéger puisque solution propriétaire.


après tu entres dans un domaines assez risqué voir même illégale je dirai. Je doute que utiliser des rapports de solution propriétaire dans des solutions Open source soit vraiment 100% blanc.

[Stefan C]

Tu peux utiliser le BO SDK afin d'extraire le SQL et les objets , propriétés , formattage etc , et les mapper vers BIRT par exemple.

Ceci dit , cela risque d'être un atelier assez complexe. Je suis un Expert BO et BIRT , donc si tu veux bien préciser ton contexte métier/technique, je pourrais t'aider.

[Go_Ahead]

Tu peux utiliser le BO SDK afin d'extraire le SQL et les objets , propriétés , formattage etc , et les mapper vers BIRT par exemple.

Ceci dit , cela risque d'être un atelier assez complexe. Je suis un Expert BO et BIRT , donc si tu veux bien préciser ton contexte métier/technique, je pourrais t'aider.

Salut,
Merci de ta réponse. J'ai tjs bossé avec BO (developpeur decisionnel). Je me demande, avec le developpement de l'open source en BI, si on prouve à un client que l'open source à ce niveau serait intéressant, s'il serait possible de recueillir tous les rapports créer sous BO, univers, BCA ?
A t on les memes fonctionnalité que sous un soft comme BO.
Exemple au niveau du reporting, création d'univers etc...
Je souhaiterais m'initier au différents projets open source ayant vu le jour ces dernieres années (BIRT, JASPER etc...). Car en terme de cout, ce n'est pas évident pour des petits clients.

Concernant SDK, je n'ai jamais utilisé, connaitrais tu des tutos afin de savoir ce que l'on peut faire avec ?

Merci pour tes réponses !

[Stefan C]

Voici un exemple d'équivalence BIRT-open source / Actuate vs BO :

Open-source :

BIRT = Crystal Reports
Hibernate = Univers
Custom AJAX ( Wrappers à développer selon les besoins ) = Web Intelligence

Actuate :

BIRT / BIRT Pro = Crystal Reports / Desktop Intelligence
Business Reports = Web Intelligence
Information Objects = Univers
Interactive Viewer = ça n'existe pas chez BO , aucun outil de personnalisation utilisateur lambda.
Analytics = Voyager ( ex OLAP Intelligence )

Maintenant sur une migration :

Les Information Objects c'est un XML tout comme BIRT. facile à ecrire dedans. Le SDK de BO te permet d'extraire tout , les tables , les jointures , les contextes etc. Ensuite , il faut construire un algorytme logique pour mapper tout ça vers le XML des information objects. Ou même vers des objets Hibernate.

Il existe également un SDK pour les rapports , mais le nombre et le type d'objets et leur mise en page complique la tâche.

Le BCA : BO et Actuate ont tous les 2 des web services. Tu peux t'amuser à créer un script qui les extrait en web service d'un coté , mappe les objets et les publient de l'autre coté.

Sur la faisabilité : si tu veux qu'il y ait un délai raisonnable , seulement des univers , rapports simples pourront "passer" bien dans un 1er temps.

Les tâches du BCA devrait être chose facile en théorie.

Pour des choses complexes , une étape de finition des "imports" de la migration devront être considérés afin de prendre en compte certains écarts technologiques entre les 2 solutions.