最佳实践:调解模块和打包

在开发调解服务应用程序时,您可能需要使用一些资源,例如,JSP 文件、JAR 文件、Web 项目、Java™ 项目和 J2EE 项目。本主题提供了一些信息来帮助您设置项目和资源,以便可以成功地构建它们并将它们部署到 WebSphere® Enterprise Server 或 WebSphere Process Server。

使用 Java 代码

最佳实践:如果需要开发 Java 应用程序或导入将由定制调解原始节点使用的 JAR 文件,则应该为代码创建 Java 项目,并将对 Java 项目的依赖性添加至将使用 Java 代码的调解模块。

不应改变业务集成库或调解模块的 Java 属性,因为这样做可能会导致生成部署代码时发生问题。因此,建议您不要开发复杂的 Java 应用程序或者将 JAR 文件导入到库或调解模块以便使用它们。另外,当为调解模块组装图中的 Java组件生成 Java 实现时,应将生成的 Java实现用作启动点来调用其他 Java类。

注意,“业务集成”视图将只显示在组装图中所使用的 Java 实现和接口。它们将列示在使用它们的模块下面。如果您需要使用 Java 项目,则可以切换为在 Java 透视图中工作。

切换至 Java 透视图

通过执行下列步骤来打开 Java 透视图:

  1. 从菜单中选择窗口 > 打开透视图 > 其他...
  2. 选择 Java 并单击确定

在 Java 透视图中,两个已打开的透视图显示在“工作台”窗口的右上角,可以通过单击“业务集成”透视图按钮来切换至“业务集成”透视图,如下图所示:

“工作台”窗口的右上角显示了两个透视图按钮

以下是有关在 Java项目中进行 Java 开发的一些指示信息:
  • 创建 Java 项目。
  • 在 Java项目中进行 Java开发。 如果需要导入 JAR 文件,则将该文件导入到 Java 项目中。不要将 JAR 文件导入到调解模块或库中;将不会把 JAR 添加到 EAR 文件中。
  • 使用依赖性编辑器打开将使用 Java 代码的调解模块。将 Java 项目作为依赖项目来添加,并且务必选中随模块一起部署复选框。依赖性编辑器将把 Java 项目添加至模块的类路径。JAR 文件将与模块一起进行部署。

用于导入和导出的业务对象和接口

最佳实践:如果您打算在调解模块组装图中使用导入和导出,则最好是将导入和导出使用的业务对象和接口放入库中,以便可以共享它们。然后,对使用这些公共资源的所有模块添加对该库的依赖性。应避免将相同的业务对象和接口添加到不同的模块中来使用它们。

共享的库资源

在部署之后,如果在库中更改了这些共享资源,则必须更新使用这些资源的模块。例如,两个模块共享一个库中的某些资源。并且已经部署了应用程序。必须更新其中一个模块,从而导致更改库中的某些共享资源。在此情况下,同时需要更新第二个模块,以便反映对共享资源所作的更改。

WSDL 文件必须在一个模块或库中

如果需要在模块中使用 WSDL 文件,则将它复制到该模块中。(可选)将 WSDL 文件复制到库中,并且在模块中设置对库的依赖性,以便您可以使用该库的资源。如果您试图从另一种类型的项目(例如,Web 项目)中拖动 WSDL 文件,则会产生一条错误消息,提示您将该 WSDL 文件复制到模块或库中。

J2EE 模块名称

调解模块是一个简单项目,它生成由 J2EE 项目组成的 J2EE EAR 文件。如果模块名称为 MyApp,则会生成具有这些名称的 J2EE 项目,而您不应将它们用于您自己的 J2EE 项目:
  • MyAppApp
  • MyAppEJB
  • MyAppEJBClient
  • MyAppWeb

在不使用编辑器的情况下更改依赖性

应避免在依赖性编辑器外部修改模块依赖性。

当您添加对库、Java 项目或 J2EE 项目的依赖性时,就会更改模块的属性。即,更改了模块的属性,如下所示:

  • Java 构建路径将库或项目添加至它的构建路径。
  • 项目引用确定哪些 J2EE 项目或实用程序 JAR 将包括在模块的所生成 EAR 文件中。如果在依赖性编辑器中,还选择了使库或项目随模块一起部署,则项目引用将选中库或项目,以便将它添加至 EAR 文件进行部署。

使用依赖性编辑器来管理调解模块和库的项目依赖性,而不是编辑它们的属性。在调解模块和库的属性中设置了很重要的 Java 假定,因此,您不应修改 Java 属性,例如,更改它们的源文件夹和输出文件夹。

相关概念
模块和库
模块和库依赖性
业务集成能力和角色
业务集成备忘单
相关任务
创建业务服务模块
创建调解模块
更改缺省名称空间
启用工具能力
对模块和库添加依赖性
创建库

相关信息

教程:使用模块和库

反馈
(C) Copyright IBM Corporation 2005, 2006. All Rights Reserved.