Discussion :

[gronono]

Bonjour,

J'ai une problématique que j'aimerai résoudre de façon générale avec Birt.
A l'heure actuel, je génère des rapports Birt de façon quotidienne en Java.
C'est le rapport qui porte la requête à la base de données.

Mon problème est que Birt génère le PDF même si la requête ne renvoie aucun résultat. Ce n'est pas le comportement que je souhaite.

J'ai identifié plusieurs solutions :
1 - Je duplique la requête et avant de lancer la génération je vérifie qu'il y a des résultats. J'aimerai éviter cette solution : il faut maintenir deux fois la requête et elle est exécutée deux fois.

2 - Je récupère la requête à partir du rapport, et je fais la même chose que la solution 1. La requête est exécutée deux fois, mais comme la génération se fait la nuit c'est pas si grave. Par contre, je ne sais pas récupérer la requête du rapport.

3 - C'est Birt qui gère tout. Par contre, je ne sais pas comment je peux faire. Je n'ai pas trouvé l'option "magique".

4 - La requête n'existe que dans le programme Java. Et je passe les résultats à Birt (là je sais faire). Cette solution m'embête un peu car le rapport n'est plus prévisualisable dans le desiger.

Qu'est-ce que vous me conseillez ? Personnellement, je préfère la solution 3 mais je ne sais pas si c'est possible.

Merci d'avance.
Gronono.

[birt1976]

1 - Je duplique la requête et avant de lancer la génération je vérifie qu'il y a des résultats. J'aimerai éviter cette solution : il faut maintenir deux fois la requête et elle est exécutée deux fois.

2 - Je récupère la requête à partir du rapport, et je fais la même chose que la solution 1. La requête est exécutée deux fois, mais comme la génération se fait la nuit c'est pas si grave. Par contre, je ne sais pas récupérer la requête du rapport.

Tu pourrai utiliser l'intruction TOP 1 dans ta requete pour limiter les enregistrements ramenés.
La solution 2 parait mieux mais surement plus dure.

3 - C'est Birt qui gère tout. Par contre, je ne sais pas comment je peux faire. Je n'ai pas trouvé l'option "magique".

Ce que tu faire au mieux dans BIRT, c'est de tout cacher.
Aussi, tu obtiendras toujours au moins une page blanche.

4 - La requête n'existe que dans le programme Java. Et je passe les résultats à Birt (là je sais faire). Cette solution m'embête un peu car le rapport n'est plus prévisualisable dans le desiger.

C'est vrai, c'est embêttant pour développer.
Mais c'est une bonne solution.
Ca peut te permettre d'utiliser le résultat de ta requete du coté JAVA.
Celà sera p-e utile un jour.

Sûr que la solution 3 est la plus intéressante.

Choisi bien,

[erwan.bodere]

Bonjour,

J'ai une problématique que j'aimerai résoudre de façon générale avec Birt.
A l'heure actuel, je génère des rapports Birt de façon quotidienne en Java.
C'est le rapport qui porte la requête à la base de données.

Mon problème est que Birt génère le PDF même si la requête ne renvoie aucun résultat. Ce n'est pas le comportement que je souhaite.

J'ai identifié plusieurs solutions :
1 - Je duplique la requête et avant de lancer la génération je vérifie qu'il y a des résultats. J'aimerai éviter cette solution : il faut maintenir deux fois la requête et elle est exécutée deux fois.

2 - Je récupère la requête à partir du rapport, et je fais la même chose que la solution 1. La requête est exécutée deux fois, mais comme la génération se fait la nuit c'est pas si grave. Par contre, je ne sais pas récupérer la requête du rapport.

3 - C'est Birt qui gère tout. Par contre, je ne sais pas comment je peux faire. Je n'ai pas trouvé l'option "magique".

4 - La requête n'existe que dans le programme Java. Et je passe les résultats à Birt (là je sais faire). Cette solution m'embête un peu car le rapport n'est plus prévisualisable dans le desiger.

Qu'est-ce que vous me conseillez ? Personnellement, je préfère la solution 3 mais je ne sais pas si c'est possible.

Merci d'avance.
Gronono.

Bonjour,

Voici les certitudes :

• La solution #3 n'existe pas
• Ton rapport dois être utilisé en mode online et en mode batch

Tu dois donc vérifier dans ton programme batch que ton rapport contient qqchose (que ta requête retourne qqchose dans ton cas) avant de lancer la génération ...

[gronono]

Merci de vos réponses.

Tu pourrai utiliser l'instruction TOP 1 dans ta requête pour limiter les enregistrements ramenés.

C'est quoi l'instruction TOP ? La base de données est Oracle.

La solution 2 parait mieux mais surement plus dure.

Pas de solution pour récupérer la requête à partir du rapport ?

C'est vrai, c'est embêttant pour développer.

Surtout que ce n'est pas un développeur qui fait les rapports.

Mais c'est une bonne solution.
Ca peut te permettre d'utiliser le résultat de ta requete du coté JAVA.
Celà sera p-e utile un jour.

C'est bien que ce que je pensais. Mais j'aurais préféré la solution 3. C'est une option manquante à Birt. N'y a-t-il pas moyen en faisant du javascript dans le rapport ?
Le batch sert uniquement à générer des rapports. Donc je ne pense pas que ce soit utile d'avoir les résultats en Java.

Ton rapport dois être utilisé en mode online et en mode batch

Non, le rapport ne sera disponible qu'en fichier PDF. Et pour le mode online, je passe toujours par le Java car la boite de dialogue des paramètres est faite pour Eclipse RCP.

Merci bien. Je vais discuter avec le designer des rapports pour voir si c'est possible de ne pas avoir la requête dans le rapport (je peux peut-être lui fournir un outil permettant de générer le PDF pour ces tests.)

Gronono

[birt1976]

C'est quoi l'instruction TOP ? La base de données est Oracle.

L'instruction TOP est une instruction SQL natif si je ne me trompe pas.
Aussi ça doit être accessible pour toutes les bases SQL.

En fait, ça sert à dire combien d'enregistrement tu veux obtenir dans le tas d'enregistrements que tu peux obetnir.

Exemple:
---------
select top 1 *
from <maTable>
where <Condition>

Résultat:
--------
Ca me renvoie que le 1er enreg trouvé avec tous les champs

Pas de solution pour récupérer la requête à partir du rapport ?

Non, et je pense que la seule solution ce serai de recherche la requête en lisant le fichier rptdesign.
A priori, je dirai que c'est un TRES gros travail.
MAUVAISE SOLUTION, sauf autre idée.

Surtout que ce n'est pas un développeur qui fait les rapports.

Les PAUVRES utilisateurs

C'est bien que ce que je pensais. Mais j'aurais préféré la solution 3. C'est une option manquante à Birt. N'y a-t-il pas moyen en faisant du javascript dans le rapport ?

Et non, tu peux faire tout le JavaScript que tu veux, tu obtiendra toujours au minimum une page blanche.
Ou alors tu peux toujours écrire sur cette page, un message disant qu'il n'y a rien à éditer.
Enfin, tous les outils ont leurs failles qui sont corrigés certaines fois, faut attendre.

[erwan.bodere]

Sais-tu que l'on peut récupérer le jeu de données de n'importe quel composant de ton rapport : http://www.eclipse.org/birt/phoenix/...extractiontask

Ce que tu pourrais faire :

• Avoir un rapport avec ta requête dedans
• Tu fais un RunTask sur ce rapport
• Tu récupères le jeu de données et vérifies la présence de données (DataExtractionTask)
  
  • Si oui tu fais un RenderTask
  • Si non, tu supprimes le rptdocument

[gronono]

Bonjour,

Désolé de répondre si tard, mais j'étais un peu pris.

Exemple:
---------
select top 1 *
from <maTable>
where <Condition>
Résultat:
--------
Ca me renvoie que le 1er enreg trouvé avec tous les champs

Sous Oracle, l'instruction TOP n'est pas reconnue. D'après une recherche rapide sous Google, elle le serait pour SQLServer. Sous Oracle on peut faire un

Code :

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

select * from maTable where rownum = 1

Ce que tu pourrais faire :

• Avoir un rapport avec ta requête dedans
• Tu fais un RunTask sur ce rapport
• Tu récupères le jeu de données et vérifies la présence de données (DataExtractionTask)
  
  • Si oui tu fais un RenderTask
  • Si non, tu supprimes le rptdocument
  
  

Exact. Je n'avais pas pensé à cette solution. Je pense que c'est la meilleure solution.

Merci à vous tous pour votre aide.

A+
Gronono