BIRT und iServer, Entwicklungs-/Test-/Produktionsumgebungen

Question

Ich versuche, meine BIRT-Berichte einzurichten und den iServer, auf dem sie sitzen, so zu konfigurieren, dass die Datenbanken, mit denen die Datenquellen verbunden sind, je nach Umgebung bestimmt werden. Im Moment gibt es nur eine iServer-Instanz und viele Umgebungen, die eine Tomcat-Webanwendung ausführen, die darauf zugreift (das könnte das Problem sein...).

Im Wesentlichen soll sich der Bericht an diesen Orten unterschiedlich verbinden:

1. Lokale Entwicklung, die eine lokale Tomcat-Instanz der Anwendung ausführt, die mit dem iPortal/iServer kommuniziert. Lokale Datenbank, die jedoch leicht auf andere Datenbanken geändert werden kann, um beispielsweise Debugging zu ermöglichen.
2. QA-Bereitstellung, QA-Datenbank
3. Produktionsbereitstellung, Produktionsdatenbank

Ich habe zwei Möglichkeiten gesehen, wie man das beheben kann:

1. Die erste Option besteht darin, die Datenquelle an eine Konfigurationsdatei in den Ressourcen zu binden. Das Problem hierbei ist, dass die Ressourcen nur lokal auf dem Server verfügbar sind, auf dem der iServer läuft, nicht jedoch in der Webanwendung. Daher bietet dies, wenn ich es richtig verstehe, nicht die Flexibilität, die ich suche.
2. Die zweite Option besteht darin, alle Verbindungsinformationen als Berichtsparameter zu übergeben und die Anwendung die richtigen Parameter bestimmen zu lassen. Auf diese Weise könnte die Anwendung aus einer lokalen Konfigurationsdatei lesen. Diese Option würde funktionieren, aber ich bin skeptisch hinsichtlich der Sicherheit (oder des Mangels an Sicherheit), wenn Verbindungsdaten/Anmeldeinformationen weitergegeben werden.

Hat jemand eine bessere Option? Oder verwenden die Leute einfach lokale iServer-Instanzen für die Entwicklung? Ich könnte mir vorstellen, dass das Ausführen eines iServer für jede Umgebung dieses Problem vereinfachen würde und es ermöglichen würde, dass die Berichte in einer QA-Umgebung aktualisiert und getestet werden können, ohne die Produktion zu stören, also ist das vielleicht die Lösung.

Answer 1

Ein möglicher Ansatz wäre, jeden der Verbindungseigenschaften bedingt im Abschnitt Property Binding des Dialogfelds Edit Data Source festzulegen, basierend auf dem Wert eines versteckten Parameters, der anzeigt, auf welche Umgebung zugegriffen werden soll.

Ein Beispiel für diesen Ansatz finden Sie hier.

Answer 2

Sie erwähnen, dass Sie nach einer Option für die Entwicklung suchen, einschließlich der Möglichkeit eines lokalen iServers. Ich denke, das wäre überdimensioniert. Führen Sie die Entwicklung und die anfänglichen Tests in BIRT durch; Sie benötigen keinen iServer, um den Bericht auszuführen. Wenn Sie Ressourcen auf dem iServer benötigen, um den Bericht auszuführen und zu testen, können Sie diese über den Server-Explorer in BIRT Pro referenzieren. Sobald Sie bereit sind, zu deployen, würde ich Marks Strategie oben folgen und Property Bindings auf der Datenquelle selbst verwenden. Das ist so nah an bewährten Verfahren, wie sie in BIRT existieren, für diese Migrationsanforderung in BIRT.