2012-03-05 153 views
2

我想要设置我的BIRT报告和他们坐在这样的连接到的数据库是由环境决定的iServer。我们的设置是,目前只有一个iServer实例和许多运行tomcat webapp的环境会触发它(这可能是问题所在)。BIRT和iServer,开发/ QA /生产环境

本质上理想的是,该报告在这些地方连接不同:

  1. 本地的研究与开发,这是运行其中谈到到iPortal教师指定/ iServer中的应用程序的本地Tomcat实例。本地数据库,但应该能够轻松切换到其他数据库进行调试等
  2. QA部署,QA数据库
  3. 生产部署,生产数据库

我已经看到了如何解决这个问题两个选项:

  1. First option是将Data Source绑定到资源某处的配置文件。这里的问题是,如果你只有一个iServer,它的资源对于它所在的服务器是本地的,而不是web应用程序的位置。所以,如果我理解正确,这不会提供我所需的灵活性。
  2. Second option是传递所有连接信息作为报告参数,并让应用程序确定要发送的正确参数。这样应用程序可以从本地配置文件中提取。这个选项可以工作,但我对通过连接信息/证书传递的安全性(或缺乏安全性)感到厌倦。

有没有人有更好的选择?或者让人们只运行本地iServer实例进行开发?我可以看到为每个环境运行一个iServer可以简化这个问题,并允许发布到生产环境的报告在质量保证环境中进行更新和测试,而不会中断生产,所以也许这就是解决方案。

回答

1

一种可能的方法是根据指示要访问哪个环境的隐藏参数的值,在“编辑数据源”对话框的“属性绑定”部分中有条件地设置每个连接属性。

这种方法的一个例子可以找到here

+0

谢谢,我已经忘记了这个选项。我不认为这是我将使用,但它是一个很好的选择。我想我最终可能会将“连接配置文件存储URL”作为报告参数传递给连接配置文件的路径。这是必要的,因为路径在每个环境中都会有所不同。只要这个和“连接配置文件名称”被设置,它应该工作。 – KurToMe 2012-03-06 18:19:42

+0

我尝试了一些类似的东西,但是现在由于连接环境还没有定义,所以我现在有困难让级联参数工作.... – paul 2012-08-23 09:38:32

1

您提到您正在寻找开发选项,包括本地iServer的可能性。我认为这将是矫枉过正。您是否在BIRT中进行初始测试&?你不需要一个iServer来运行报告。如果您需要iServer上的资源运行&测试报告,您可以通过BIRT Pro中的服务器资源管理器引用这些资源。一旦准备好部署,我将在数据源本身上使用属性绑定来遵循Mark的策略。这与BIRT中存在的这种迁移需求的最佳实践非常接近。

+0

这几乎是我们得出的结论。我们还没有完全实现任何东西,但是当我们这样做时,我会尝试返回描述我们的完整解决方案,以防人们好奇。 – KurToMe 2012-03-09 15:04:56