Discussion :

[meurwinn]

Salut, je galère toujours avec mon datasource, donc je me suis dis,
1- je vais faire une lib avec un datasource.
2- je fais x lib qui incluent ma première lib en utilisant son datasource
3- je fais y rapports qui incluent mes x lib nécessaires.

Problème à l'étape 2 , je ne peux pas inclure ma lib priincipale dans les autres libs, j'ai une erreur "the library with the namespace [ma lib principale] is included recursively"


Une idée, est-ce possible... etc ?

Ou plus généralement, comment avoir un datasource dynamique sans code java, et quelque soit l'environnement (genre datasource configuré à un seul endroit).

Merci.

[erwan.bodere]

meurwinn, tu n'as pas prêté attention à ce que je t'ai dit dans les message précédants :

http://www.developpez.net/forums/sho...42&postcount=4
http://www.developpez.net/forums/sho...3&postcount=10

[meurwinn]

Bon, t'as raison, j'avais pas bien analysé ton PDF.

Donc, j'en reviens a mon éternelle question sur la configuration d'un datasource dynamique...
1- une lib principale etc avec une datasource utilisée par d'autre lib... c'est pas possible !!!
2- utiliser un "connection profile" utilisé par chaque datasource de chaque lib, c'est possible, mais ca foire avec le chemin absolu entre windows et linux !!!!
3- utilisation de JNDI foire avec iServer d'Actuate, et je ne vois pas pourquoi !!!

Des idées? lol parce que là je craque ...
Voilà ma journée d'hier lol

[erwan.bodere]

En effet, c'est un peu embêtant comme système.

Dans mon projet, j'ai crée une source de données dans ma librairie principale et j'ai utilisé cette source de données un peu partout (rapport et librairie) sauf pour les librairies ayant des dépendances vers d'autres librairies utilisant cette source de données.

Ce que j'ai décidé, c'est d'exclure les multiples dépendances entre mes librairies (cf. cas 1 du pdf) :

Code :

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

1
2
3
4
5
6
 
| common-lib
|-- activity-lib
|-- economy-lib
|-- sig-lib
|-- ...

Mes librairies dépendant uniquement de la librairie parente. Par contre à l'intérieur de ces librairies j'ai mis en place une nomenclature afin de m'y retrouver plus facilement :

Code :

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

1
2
3
4
5
6
 
[XXX]-[YYY]-[LIBELLE]
 
avec XXX = nom du thème (ex: ACT pour activité ; LIE pour lieu; CAR pour caractéristiques ; ...)
 
et YYY = type de composant (ex: dso pour datasource ; dse pour dataset; ....)

Ensuite, j'ai crée une librairie par rapport pour y stocker les éventuels composants spécifiques au rapport. Cette librairie dépend de l'ensemble des librairies communes (common-lib, activity-lib, ...). Dans ce cas, la source de données ne fait pas référence à cette d'une librairie pour éviter les problèmes de namespaces.

Seul bémol, si la source de données change, je dois la modifier dans la librairie principale et dans les librairies spécifiques à chaque produit. A défaut de mieux ...

[meurwinn]

Eh bien j'ai 2 remarques :

1- mes x librairies n'ont aucun élément commun, elles sont indépendantes les unes des autres. C'est pourquoi je ne comprend pas trop mùon erreur finalement...


2- pourquoi pas un JNDI ? Moi ça foire à cause de l'environnement iServer Actuate, sinon dans mon BIRT dans un Tomcat normal, c'est OK. et du coup, rien a changer !

[erwan.bodere]

1- mes x librairies n'ont aucun élément commun, elles sont indépendantes les unes des autres. C'est pourquoi je ne comprend pas trop mùon erreur finalement...

Lorsqu'une librairie utilise une autre librairie, il vaut mieux modifier le namespace :
http://www.developpez.net/forums/sho...5&postcount=14

[meurwinn]

Re, sympa ton FAQ !!!

Cependant, j'ai pas compri comment utiliser les fichiers javascript.

Parce que m'est encore venue une idée :

Avec le property binding, je change les paramètres de connexion en appelant des méthodes javascript qui me refile les bon paramètre.

Du coup, je changerai juste les param du fichier javascript en fonction de l'environnement.

[meurwinn]

Bon, ça fonctionne a moitié... le js n'est chargé qu'après la saisie des paramètres, donc pas utilisable pour ma solution de datasource... C'est paraît il corrigé en 2.3