Discussion :

[Stefan C]

Il n'existe aucune doc à ce jour car chaque besoin de ce type est particulier pour un client donné. De plus , à ma connaissance , aucun client open source n'est allé aussi loin , cette démarche vient des clients BIRT commerciaux avec l'aide d'Actuate.

En gros le process est le suivant :

Application JSP/AJAX avec écrans de choix. En fonction de ces choix mappés ou non dans des métadonnées , le AJAX modifie le XML du rapport BIRT ( rptdesign ) afin d'inclure les appels vers la bonne librairie ( rptlibrary ) et le positionnement du composant au bon endroit dans le rapport.

Le rptdesign ainsi modifié est passé au moteur pour Run , et génère un rptdocument. A partir de ce rptdocument , vous pouvez faire le Render avec les formats de sortie souhaités ( DHTML , XLS , PPT , DOC , etc. )

Compétences requises : JSP , AJAX ( BIRT vient avec 2 bibliothèques : prototype et script.a.cu.lo.us , mais vous pouvez utiliser les vôtres ) et un bout de Java.

Il existent également des produits commerciaux Actuate BIRT ( Interactive Viewer , Business Reports ) très proches de ce type de besoin , et je peux vous fournir un consultant BIRT / des formations BIRT dans le cas d'une démarche pure gratuite coté licences.

Me contacter par MP le cas échéant.

[erwan.bodere]

cucubau123,

Ce que tu nous expliques là concerne une utilisation en génération à la demande via une interface web.

Voici ce que je fais :
- je crée des rapports via le designer avec parfois des conditions d'affichage (si telle ou telle valeur j'affiche tel ou tel composant)
- ces rapports peuvent être ensuite exécutés en mode batch (via un routine java) ou via le web-viewer.

Je ne vois pas comment je peux enlever les composants invisibles que je ne souhaite pas exécuter et conserver les composants invisibles que je souhaite exécuter. C'est pour cela que je pense qu'il faut ajouter une propriété 'executable' en plus.

Mais tout cela dépend bien sûr du mode opératoire de développement (designer, API) et d'exécution (unitaire, batch) des rapports. Si on utilise l'API, il facile de résoudre ce problème mais dans le cas d'un développement via le designer, on peut uniquement exploiter les propriétés/méthodes qui nous sont proposées.

[Stefan C]

Erwan , je réponds à un besoin à la fois , justement vos besoins ne sont PAS identiques. Il convient donc de créer de nouveaux posts afin de laisser celui-ci tranquille , et bien détailler chaque cas d'utilisation ( web , client lourd , version de BIRT , besoin fonctionnel etc. )

Néanmoins , que ce soit avec du AJAX ou du Java , la modification d'un fichier XML demeure faisable et identique dans le principe.

Exemple tout bête :

l'utilisateur coche la case "Camembert Chiffre D'Affaires Mensuel par Gamme" dans la partie gauche du rapport DANS TON ECRAN DE SAISIE. Qu'il soit Java ou DHTML.

ton AJAX/Java mappe cet objet dans la base : Select objet ...where desciption = "Camembert Chiffre D'Affaires Mensuel par Gamme" ==> Object : CCAMG

ton AJAX/Java identifie la librairie contenant ce composant : Select librairie...where Object = CCAMG ==> Camemberts.rptlibrary

ton AJAX/Java modifie ton XML rptdesign afin d'inclure cette library :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
 
    <list-property name="libraries">
        <structure>
            <property name="fileName">/Camemberts.rptlibrary</property>
            <property name="namespace">Camemberts</property>
        </structure>
    </list-property>

Positionner le Composant dans le rapport sur le coté gauche : l'inclure dans une Grid avec le comportement des tailles au niveau de la cellule du Grid.

Passer ce rptdesign au moteur pour le reste.