Discussion :

[nath88]

Bonjour,

Est-ce qu'il est possible d'initialiser dans un rapport, un paramètre de type 'liste de valeurs' (multiple ou non) via l'URL de lancement du rapport BIRT?

Test effectué:
On définit un paramètre lstVal, contenant des entiers.
Et dans l'URL on a :

http://localhost:8081/birt-viewer/run?__report=Report\tstGetParamURL.rptdesign&lstVal=4,2,3

Le paramètre récupère l'ensemble des valeurs concaténées dans le premier élément du tableau:
params["lstVal"].value[0] -> 423

On doit pouvoir transmettre les 3 valeurs dans les 3 éléments du tableau?

Merci par avance

[BiM]

Bonjour,

Genre, comme ça ?
http://business-intelligence.develop...age=parametres

[nath88]

Malheureusement, non .

C'est l'inverse que je veux faire: je dois récupérer les valeurs du paramètre (listés dans l'URL) dans le rapport, exécuté via l'URL.

Cf:
http://www.eclipse.org/birt/phoenix/...php#parameters

[BiM]

Heu, nonon je t'assure, c'est ça. Regarde toutes les questions de la page que je t'ai donné, tu devrais y trouver ton bonheur.

[nath88]

C'est cette question dans la FAQ:
Comment faire un formulaire qui simule un paramètre à valeurs multiples ?

Si j'ai bien compris , cela permet de générer l'URL de lancement du rapport BIRT avec les valeurs saisies dans le formulaire de saisie HTML.

Mon besoin est différent: j'ai l'URL avec le paramètre et les valeurs correspondantes. Mais lorsque cette URL est exécutée, les valeurs ne sont pas correctement affectées au paramètre, dans le rapport .

[BiM]

Ca c'est le début de la réponse. La suite explique comment utiliser ces paramètres.

[nath88]

Bonjour,

pour les infos, mais le problème subsiste .

L'exemple permet en effet de générer à partir d'un écran de saisie HTML d'une liste de valeur multiple, un rapport avec le paramètre passé dans l'URL
Ainsi, si je sélectionne les valeurs 4 2 et 3 depuis l'écran de saisie (comme dans l'exemple de Julien), le browser renvoit l'URL suivante:
http://localhost:8081/birt-viewer/ru...n&lstVal=4,2,3

Jusque là, ça fonctionne comme attendu,.

Mais ensuite, au niveau du rapport, le paramètre lstVal contient toutes les valeurs concaténées dans le premier élément du tableau

(au niveau du rapport le tableau est déclaré en 'List Box', multivaleurs, de type 'decimal' et 'hidden')

params["lstVal"].value[0] = 423

Les valeurs du paramètre de l'URL peuvent-elles être transmises dans le rapport, comme suit:

params["lstVal"].value[0] = 4

params["lstVal"].value[1] = 2

params["lstVal"].value[2] = 3

?


Y a-t-il quelque chose à faire de particulier pour que les valeurs du paramètre en argument dans l'URL soient transmises dans le tableau correspondant à ce paramètre dans le rapport (lstVal dans mon cas)?

NB: j'utilise BIRT 2.5.1

[nath88]

Ci-après une solution qui marche, mais lourde, :
- Passer via l'URL un paramètre simple de type chaine (lstVal)
- dans la méthode 'initialize' du rapport, découper la chaine selon le caractère de séparation choisi (ex: ','), et l'affecter dans paramètre de type multivalue (tbVal):

params["tbVal"].value=params["lstVal"].value.split(',');

Est-ce que quelqu'un parmi vous aurait une méthode plus simple, sans affectation dans une autre variable?
D'avance, merci.

[nath88]

PI: Ce problème n'existe pas sur actuate v10. Il doit donc s'agir d'un bug sur BIRT 2.5.1.

[BiM]

Ce n'est pas un bug, c'est une fonctionnalité supplémentaire...

Juste que dans la version gratuite, il faut l'implémenter soit même. Dans la version payante, elle est déjà implémentée (il faut bien que dans les versions payantes il y ait des plus par rapports aux versions gratuites).

[lazarel]

Ci-après une solution qui marche, mais lourde, :
- Passer via l'URL un paramètre simple de type chaine (lstVal)

Jusque là tout va bien dans une URL tu doit forcément passer un String.

- dans la méthode 'initialize' du rapport, découper la chaine selon le caractère de séparation choisi (ex: ','), et l'affecter dans paramètre de type multivalue (tbVal):

params["tbVal"].value=params["lstVal"].value.split(',');

Je comprends pas le problème ? Pourquoi tu garde pas ton paramètre à valeur multiple quelque soit son type ça marche très bien.

Tu as juste un problème pour récupérer ton paramètre sous forme de String ?

[Soulama]

FYI: regarde du coté de la methode: getInitParameterNames() du servlet ViewerServlet, peut etre une piste.

[nath88]

Bonjour à tous,

Jusque là tout va bien dans une URL tu dois forcément passer un String.

Ce n'est pas un bug, c'est une fonctionnalité supplémentaire...
Juste que dans la version gratuite, il faut l'implémenter soit même. Dans la version payante, elle est déjà implémentée (il faut bien que dans les versions payantes il y ait des plus par rapports aux versions gratuites).

Je comprends mieux maintenant, qu'il faille faire une réaffectation pour convertir de 'string' en 'tableau'.
J'ai mis les affectations (string -> tableau d'entier ) dans un java script, placé dans la librairie générale, qui contient les paramètres. De cette façon, l'initialisation est automatique pour tous les rapports


Merci bcp à tous

[lazarel]

Je comprends mieux maintenant, qu'il faille faire une réaffectation pour convertir de 'string' en 'tableau'.
J'ai mis les affectations (string -> tableau d'entier ) dans un java script, placé dans la librairie générale, qui contient les paramètres. De cette façon, l'initialisation est automatique pour tous les rapports

En fait c'est presque ça

Si tu as déclaré un paramètre pouvant avoir plusieurs valeurs quand on saisit ton paramètre BIRT voit ce dernier comme un tableau d'objet ayant un type String, Int etc... ce qui signifie :

Code java :

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

var tab = params["myParam"].value;

Te renvoie un array au sens Javascript (c'est implicite)

Code java :

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

var temp= params["myParam"].value.join();

Te renvoie un String.

Conclusion, si ton paramètre te permet de récupérer une liste article avec leur identifiant 1,3,8,10 :

Code java :

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

var temp= params["myParam"].value.join();

Te renvoie 1,3,8,10 peut importe ce que tu as au niveau de l'URL (libre à toi d'en faire ce que tu veux).

Attention

Si dans ton rapport tu dois afficher plusieurs milliers d'articles avec une requête du type IN tu seras limiter au niveau de l'URL.
Ce que n'est pas dit et qui doit surement être le cas dans la version payante : les paramètres servant de critère à la construction de ta requête ne sont presque jamais passés dans la requête HTTP mais via des objets en session.

Conclusion le viewer de BIRT c'est bien mais c'est très limitatif dans certain cas. En revanche l'implémentation de l'API est elle sans compromis