Affichage de données calculées avec des dépendances externes

Question

Je crée un rapport qui doit inclure une colonne 'estimation', basée sur des données qui ne sont pas disponibles dans l'ensemble de données.

Idéalement, je voudrais être en mesure de définir une interface Java

public int getEstimate(int foo_id, int bar_id, int quantity); 

où foo_id, bar_id et quantity sont disponibles dans la ligne que je veux l'estimation présentée.

Il y aura plusieurs stratégies pour produire l'estimation, donc il serait bon d'utiliser une interface pour permettre leur échange en cas de besoin. En regardant les documents BIRT, je pense qu'il est possible que je devrais utiliser les mécanismes du gestionnaire d'événements, mais cela semble seulement permettre de définir une classe à utiliser et je voudrais d'une manière ou d'une autre injecter un estimateur configuré. Un exemple non obfusqué pourrait être de dire que j'ai un ensemble de données qui inclut une colonne d'adresse IP, et j'aimerais pouvoir utiliser un service GeoIP pour résoudre le pays à partir de l'adresse IP. Dans ce cas, j'ai une interface public String getCountryName(String address) et les implémentations réelles peuvent utiliser MaxMind, un cache local ou un autre système.

Comment ferais-je cela?

Ou ... serais-je mieux d'écrire une source de données scriptée qui peut intégrer les données calculées avant de les livrer à BIRT?

Ou ... une sorte de source de données scriptée qui est ensuite utilisée pour créer un ensemble de données de jointure?

Answer 1

Je pense qu'une source de données par script fonctionnerait correctement, mais un gestionnaire d'événements Java serait plus simple. Vous pouvez l'implémenter comme un simple POJO et accéder à tous les objets et outils complexes qui vous permettront de calculer votre estimation. La solution la plus simple de toutes peut simplement ajouter un champ calculé à l'ensemble de données. Lors de la création du champ calculé, la logique de script peut être assez complexe pour générer la valeur résultante. La chose la plus intéressante à propos de cette route est que toutes les autres valeurs de colonne de la ligne (que je suppose que vous devez calculer l'estimation) sont disponibles via l'éditeur d'expression. Vous pouvez insérer des objets complexes (POJO) pour faciliter vos calculs ici en utilisant l'objet "Packages" (par exemple,)

Si vous voulez créer la classe Event Handler, voici ce que je ferais. Je voudrais créer un objet texte et lier l'onCreate même à votre POJO (en étendant le TextItemEventAdapter) et remplacer la méthode "onCreate". Là vous pouvez faire n'importe quel travail que vous voulez et à la fin appelez simplement 'text.setText(theEstimateResult);' pour rendre l'estimation elle-même visible. En ce qui concerne l'accès aux valeurs de données pour faire vos calculs, vous pouvez aussi accéder à ceux dans le POJO. Je suppose que l'estimation fera partie d'une plus grande table de valeurs. Vous pouvez accéder à n'importe quelle valeur de ligne spécifique via le reportContext.

Ce sont les deux idées que je voudrais essayer d'abord. La colonne calculée est la plus rapide à implémenter et la moins susceptible de vous jeter une courbe lors du déploiement. Faites-moi savoir de quelle manière vous choisissez et nous pourrons en faire un peu plus si nécessaire.