对这些关注点的传统实现方式需要我们将这些实现融合到模块的核心关注点中。
Traditional implementation of these concerns requires you to fuse their implementation with the core concern of a module.
列表2显示了此搜索模块的代码。
这就是启用和禁用模块的地方。
请参见图1中此模块的装配图视图。
有关模块的更新列表，请参见表1。
注意模块的结构都在层次1之中。
中介模块的开发视图如图1中所示。
This development view of the mediation module is depicted in Figure 1.
创建BPEL模块的流程实例。
您现在回来使用模块的二进制形式了。
管理员可以启用来自模块的建议条目。
Suggested items from modules may be enabled by the administrator.
图5演示了删除模块的基本操作过程。
Figure 5 illustrates the basic operation of the module removal process.
它还显示与其他模块的关系(或绑定)。
It also shows the relationships (or bindings) with other modules.
使用表明包或模块的前缀。
显示中介模块的提升属性。
可以在内核输出中看到这个模块的消息。
清单2展示了配置SQL登录模块的示例。
Listing 2 shows an example of configuring an SQL login module.
这个新视图使您能够可视化模块的连接方式。
This new view enables you to visualize how your modules connect.
中介现在可以是任何模块的一部分。
我们将在本文稍后详细讨论中介模块的实现。
We will discuss the implementation of the mediation module in more detail later in this article.
该模块的代码必须通过JNDI查找连接池。
The module's code must look up the connection pool through JNDI.
一个模块的控制面板。
这些模块的基本接口是相同的。
清单16列出模块的入口点类。
缺省控制台将各个模块的这些操作显示为灰色。
The default console displays these operations grayed out for various modules.
规范模块的名字作为根节点出现（层次0）。
The name of the formal module appears as the root node (at level 0).
注意不同模块的迥异的形状和悬标题。
Notice the different shapes of blocks and "hanging" heading of the blocks.
代码本身没有改变，但是需要修改模块的元数据。
The code itself does not change, but the module metadata needs to.
注意模块的名字。
你可以把模块的内容列出来，看看里面都有什么。
一直记录附件以及关于分割测试模块的其他信息。
Always document dependencies and other information about your split test modules.
应用推荐