问题在于，服务提供商可能并不会按照您（作为一名开发人员或部署人员）的意愿提供服务。
完成封装后，您便可以将新插件加载到IBMWorkloadDeployer信息库中。
好消息是，IBMWorkloadDeployer拥有一个开放的设计，允许您将自己的插件添加到系统中。
第二种基于模式的部署模型是WorkloadDeployer中新增模式，称为虚拟应用程序模式（virtualapplicationpattern）。
当使用Geronimo部署程序部署WAR文件时，部署程序寻找专用Web模块构造器来创建配置。
WorkloadDeployer意识到这个需求，它允许将数据库作为一个独立的实体来创建和管理。
中介的部署者必须确保资源引用映射到了恰当的对象，否则将会出现运行时错误。
要做到这一点，则需要再次调用Geronimo的部署工具，并为它提供将要安装的应用程序。
因此，在部署程序中，需要在Python数据类型与XML模式数据类型之间建立映射关系。
WorkloadDeployer将应用程序部署转化为基础设施的具体操作。
将JNDI名赋给bean是部署者的责任，而不是bean开发者的责任。
IBMWorkloadDeployer将接受已定义拓扑文件，提供任何所需的资源，并编写最终拓扑文件。
在图4中，使用了Geronimo的部署器工具（也许还结合了Geronimo部署计划）将模块部署到目标服务器上。
这并不是理想的解决方案，因为映像部署者需要手工执行部署后步骤。
在这方面，IBMWorkloadDeployer针对它支持的两种模式模型提供全面的定制技术。
具体地说，您可以使用Geronimo部署程序和管理工具部署、启动和管理ActiveMQ消息代理实例。
在图1中，您可以看到部署程序通过调用专用的构造器（builder）组件进行工作。
因而部署人员通常会将Produce的引用和另一个Consume的引用绑定到同一个目标上。
请注意，对于部署人员而言，CMR的处理方式与普通查找程序方法很相似。
在内部，在调用部署器前，它装载了所需的微小内核和配置模块。
组织人员和开发人员可以选择使用这些意图作为指南，将其与相应的具体策略关联。
应该让部署者提供系统运行所需的所有成员机器及进程的列表。
根据部署的代码模块的类型，部署程序调用不同的专用构造器。
您可以看到，这里执行了deployer.jar文件，并请求取消部署Web应用程序。
在实际的J2EEWeb服务开发流程中，开发者、组装者和部署者分配有专门的任务。
但是，由于虚拟应用程序模式封装了如此多操作，您的确需要向WorkloadDeployer转让部分控制权。
现在，当部署者运行zerocreate-derby时，除了生成zero.config文件之外，它还会创建合适的数据库表。
1·The deployer of a mediation must ensure that resource references are mapped to appropriate objects, otherwise run time errors will occur.
中介的部署者必须确保资源引用映射到了恰当的对象，否则将会出现运行时错误。
2·This enables clear communication between the database administrator and pattern deployer.
这让数据库管理员和模式部署者可以明确地交流。
3·Now when a deployer runs zero create-derby, it creates the proper database tables in addition to generating the zero.config file.
现在，当部署者运行zero create - derby时，除了生成zero . config文件之外，它还会创建合适的数据库表。
4·Assigning JNDI names to beans is the responsibility of the deployer, not the bean developer.
将JNDI名赋给bean是部署者的责任，而不是bean开发者的责任。
5·In the actual web services for J2EE development flow, the developer, assembler, and deployer are assigned specific responsibilities.
在实际的J2EE Web服务开发流程中，开发者、组装者和部署者分配有专门的任务。