BIRT и iServer, dev/qa/производственные среды

Question

Я пытаюсь настроить свои отчеты BIRT и iServer, чтобы они сидели так, чтобы база данных, подключенная к Data Sources, определяется средой. Наша настройка заключается в том, что в настоящее время есть только один экземпляр iServer и множество сред, в которых работает tomcat webapp, который ударил его (это может быть проблема ...).

По существу идеал, что отчет соединяет по-разному в этих местах:

1. Местный Developement, который работает локальный экземпляр TOMCAT приложения, которое разговаривает с iPortal/iServer. Локальная база данных, но должен быть в состоянии легко изменить на другие базы данных для отладки и т.д.
2. QA развертывания базы данных Qa
3. производства развертывания, производственная база данных

Я видел два варианта, как это исправить :

1. First option предназначено для привязки Data Source к файлу конфигурации в некоторых источниках. Проблема здесь в том, что если у вас есть только один iServer, его ресурсы локальны для сервера, на котором он включен, а не где webapp. Поэтому, если я правильно понимаю, это не обеспечивает гибкость, которую я ищу.
2. Second option должен передать всю информацию о подключении в качестве параметров отчета и получить приложение для определения правильных параметров для отправки. Таким образом, приложение может извлечь из локального файла конфигурации. Эта опция будет работать, но я устал от безопасности (или ее отсутствия) при передаче информации о подключении/учетных данных.

Есть ли у кого лучший вариант? Или люди просто запускают локальные экземпляры iServer для разработки? Я вижу, что запуск iServer для каждой среды может упростить эту проблему и разрешить обновлять отчеты и выпускать их в среде QA без нарушения производства, поэтому, возможно, это решение.

Answer 1

Одним из возможных подходов было бы установление каждого из свойств соединения условно в разделе «Связывание свойств» диалогового окна «Редактировать источник данных» на основе значения скрытого параметра, указывающего, к какой среде необходимо получить доступ.

Пример такого подхода можно найти here.

Answer 2

Вы упомянули, что ищете вариант разработки, в том числе возможность локального iServer. Я думаю, что это будет излишним. Вы Dev & начальное тестирование в BIRT; вам не нужен iServer для запуска отчета. Если вам нужны ресурсы на iServer для запуска &, проверьте отчет, который вы можете связать с ним через проводник сервера в BIRT Pro. После того, как вы будете готовы к развертыванию, я буду следовать стратегии Марка выше, используя привязки свойств к самому источнику данных. Это как можно ближе к наилучшей практике, существующей для этого требования миграции, как это существует в BIRT.