Discussion :

[Stefan C]

Mauvaises : les Report Item n'auront pas de groupe / filtre. Ces report item binding c'est pour l'interactivité. Comme des tableaux "liés" , vous filtrez/groupez le "maître" , tous les "enfants" suivent.

Bonnes : le caching dataset est activé par défault dans la 2.3. Chaque dataset est monté en cache une fois et réutilisé par la suite.

Suite : j'ai demandé un patch pour la 2.2

[BiM]

Tu travailles tard

Bon, c'est vraiment pas une bonne nouvelle. Pour les filtres, je peux jouer avec les visibility (et encore), mais pour le reste...

Et pour la 2.3, ca veut dire qu'on fait un rapport avec toujours databinding sur un dataset et nos filtres et groupes comme on veut, c'est ça ?

Du coup ca ne charge qu'une fois le DataSet quand même et tout fonctionne. (Si j'ai bien compris).

[Stefan C]

Tu as bien compris.

Donc du coup rien à changer dans tes design.

Je te tiens au courant de la suite , un des ACE a déjà hurlé pour avoir cette fonction en 2.2

Ceci dit , pour ceux qui vont utiliser Interactive Viewer même l'autre "solution" c'est une bonne nouvelle.

Filtrer tous les objets d'un rapport d'un seul coup , c'est pas mal.

[BiM]

Ok super merci.

J'attends impatiemment ce patch !

Encore

PS : Toujours pareil, je mettrais en résolu quand ça le sera vraiment

[HelpmeMM]

bonne nouvelle pour le patch ^^

au passage des infos concernant une date de sortie pour le v2.3.

[BiM]

Il y a une présentation le 27 et/ou le 28 juin de la version et la sortie est en même temps

[HelpmeMM]

Il y a une présentation le 27 et/ou le 28 juin de la version et la sortie est en même temps

ok je prend note ^^ un truc de plus a dire a mon maitre de stage pour l'influencer dans la mise en place d'un solution BIRT

[Stefan C]

J'ai reçu le chiffrage du backport. C'est pas très impressionnant , ceci dit il faudrait que je trouve des clients ( payants... ) de l'offre BIRT qui demandent ça... ( règles Corporate oblige )

Je vais faire un tour des clients Actuate BIRT

[BiM]

Ca devrait pas être trop difficile vu comment ca permet d'améliorer les perfs

[BiM]

Bonjour,

Je reviens à la charge pour avoir des nouvelles

Merci cucubau !

[Stefan C]

Ma demande est partie , mais je ne pense pas que le process va durer si peu de temps.

Je vais te tenir au courant.

[BiM]

Bonjour,

J'ai testé mes éditions avec l'engine 2.3 et ca me charge quand même autant de fois le DataSet qu'il est affiché...

Il y a quelquechose à activer ?

[EDIT] Ah non, j'ai rien dit, en fait ca repasse dans le Open mais pas dans le fetch (ouf !) [/EDIT]

[Stefan C]

tant mieux. Il reste à backporter en 2.2 , je vais faire un ping de l'équipe , histoire qu'il se disent pas que si je suis en congés ils sont tranquille

[kam_khel]

Bonjour,

J'utilise la version BIRT 2.3.0 tout juste sortie du four et je lui ai fait passé quelques tests de performance pas très concluant. En effet, je lui demande un report très simple (la table contenant la liste les champs de mon data set) mais sur une base qui contient 5 millions de lignes... CRASH (à partir du designer sur Windows ou à partir d'un runtime BIRT sur un TOMCAT et sur une grosse machine)

J'ai lu attentivement vos différents messages et je pense que mon problème vient aussi de la gestion du cache. (c'est d'ailleurs pour ca que je poste ici).
Pensez-vous que je sois sur la bonne voie (celle de la gestion du cache)? avez vous fait ce genre de test de perf? Avez vous des avis sur le sujet?

Je vais continuer les tests sur des bases plus gentilles (genre 500 000 lignes) mais je ne pourrai pas vendre BIRT avec de telles perf.

Merci par avance pour votre aide

Kam

[BiM]

Bonjour,

Tu as une erreur Java Heap Space non ?

Et bien, essaye tout simplement d'augmenter la mémoire de Tomcat.

Et cela n'a rien à voir avec le Cache. Il permet simplement de stocker des données afin de les réutiliser autre part dans le rapport.

[Stefan C]

Ce qui est au César.

BIRT n'a pas été conçu pour être un "PUR" outil de reporting de masse. BIRT a été conçu plutôt pour être un outil de reporting interactif , en complément de l'offre traditionnelle de son créateur ( Actuate+IBM )

Pour ton erreur , rien à voir avec BIRT , tu DOIS gérer l'allocation de tes ressources et éventuellement paralelliser plusieurs "factory" Java afin d'obtenir une grande augmentation des performances. Ceci s'obtient avec une vraie maîtrise des params de ton appli et un bon sizing de tes ressources.

Ceci est dispo de manière "packagée - out of the box" -rien à développer : seulement dans la version payante de BIRT. ( Actuate iServer ). Actuate BIRT a été testé sur dans un lab IBM jusqu'à 64 cores et 43000 users et sur des volumétries assez conséquentes ( pas des millions de lignes dans un seul rapport quand même )

Lien vers bench officiel : http://www.actuate.com/download/benc...-Benchmark.pdf

Ceci dit , Actuate , le créateur de BIRT , offre un outil bien plus puissant pour faire des rapports de masse : eReports , le top dans ce domaine d'ailleurs. Les rapports de 100000 , 500000 , ou des millions de pages deviennent abordables. Mon expérience perso montre une performance extrême pour les rapports de grande capacité. Sur mon laptop eReports génére 120.000 pages en moins de 10 minutes ( formattage complexité moyenne ).

5 millions de lignes / 30 = cca 167000 pages. Quand un logiciel open source de type BIRT sera capable de générer un tel rapport trèa rapidement comme tu souhaites le tester , ce sera la FIN des logiciels propriétaires. Peut être dans un avenir pas si lointain que ça d'ailleurs :-)

Seule conclusion : si tes besoins sont tels que tu souhaite du reporting de masse ( > 10.000 - 50.000 pages ) , c'est pas vraiment un logiciel gratuit qui fera l'affaire si la performance est l'élément clé.

La bataille se donne entre Actuate eReports , SAP Crystal et IBI WebFocus.

BIRT a été conçu pour être performant jusqu'à des limites de dizaines de milliers de pages , pas des centaines de milliers ou des millions. Il peut donc convenir aux besoins de reporting de masse jusqu'à ce niveau. Son utilisation primaire reste néanmoins très orientée interactivité+web2.0

A ta dispo pour d'autres questions.

[BiM]

Merci à vous deux pour vos réponses.

En effet, j'étais en train de benchmarker le couple eRP Pro avec iServer d'Actuate et Eclipse/Birt avec un Tomcat. Le tout sur Unix pour les serveurs.

Resultats, sur une base de données avec 5 millions de lignes, Birt (de base) n'arrive pas à gérer.

Effectivement, BiM, on peut augmenter la mémoire de Tomcat mais je ne pense que ce soit suffisant pour des bases contenant vraiment beaucoup de données, sans compter des agrégrations dans tous les sens.

Effectivement, Cucubau123, on peut acheter Actuate Products line pour gérer la performance ou simplement développer une surcouche pour la gérer.

Choix difficile mais la question que je me pose c'est:
Un rapport avec 50000 pages a-t-il réellement un sens? qui peut/veut consulter un rapport avec autant de page?
Si ce rapport est destiné à une application tiers, alors autant utiliser un outil style ETL/EAI.

Qu'en pensez vous?

Merci encore pour réponses éclairées.

Kam

Il y a 2 utilisations "primaires" pour le reporting de masse :

a) le bursting. Il convient au besoin de générer 10000 PDF à partir d'un template. Fait pour le batch et pour la perf : pull . Par exemple générer 10000 factures pour les clients Web. La plupart des technos de masse que j'ai listé le font plus ou moins bien.

b) le Page Level Security ( spécial Actuate ) : Il convient au besoin de génération DHTML massive ( > 50000 - Millions de pages ) avec des droits ( ACL - access control list ). Chaque utilisateur consultera strictement ses 10 pages dans l'ensemble du rapport et pourra les exporter en PDF/XLS/DOC/PPT/etc s'il le souhaite.

Fait pour le viewing et le push en mode "secure". Particulièrement efficace pour les projets avec bc d'users. Par exemple Siebel CRM embarque en OEM cette techno. 400 autres OEM l'utilisent un peu pareil , de IBM à Odyssey Financial Technologies.

Dans ce cadre , oui , un seul template de 100000 pages a un super intérêt , vous avez un SEUL rapport à maintenir pour X mille utilisateurs. C'est un IMMENSE avantage , qui est supporté par la techno Actuate eReports.

Le Object Level Security existera en BIRT dans sa version commerciale à partir de Actuate10 ( en Beta en ce moment ).

MAIS , cette utilisation restera dans le cadre BIRT ( 50000 pages maxi ).

Vous pouvez me consulter en privé ( MP ) si vous avez des questions Actuate.

Par ailleurs , la licence eRD n'est pas en évaluation , vous l'avez procuré comment?