基于Agile模式的WebSphere Commerce产品的自动化构建与部署框架(3)

使用 WebSphere Commerce Build and Deployment Tool 部署增量代码包

WAS 的部署机制

通过 WCBD 来部署定制化的资源时,WCBD 将调用本地 WAS 接口,通过远程连接 协议与 Remote 端的 WAS 进行通信,并调用远程 WAS 的部署机制进行部署,因此了解 WAS 的部署机制将有 助于读者从本质上了解如何部署增量代码包。WAS 包含三种部署模式:单文件模式、多文件模式和模块文件模 式。针对不同的模式,使用不同的打包方式打包资源。在 WAS 的 Administrative Console 界面中可以找到 这三种部署模式的 GUI 界面。本文将指导读者通过配置 WCBD,以命令行的方式实现运行在 WAS 环境下的应 用的部署。下面就 WAS 所支持的三种部署模式进行简单介绍。

单文件模式 (single file)

该 模式适用于只是在应用中更新单个文件。单文件可以是 EAR 中的任何文件,也可以是包含了若干 Command, Data Bean 的 JAR 包,或者是更新的 JAVA 代码,只要这些文件在 EAR 中是以 JAR 包的形式存在,就可以 考虑使用单文件部署。需要注意的是,文件不能是应用模块文件类型,例如 EJB 模块或者 Web 模块。

多文件模式 (partial application)

该模式适用于在应用中更新或者删除多个单文件。这些文 件并不需要来自于同一个模块。通过多文件模式进行部署时,如果在 WAS 中不存在该文件,该文件将会被添 加。如果文件已经存在,该文件会被更新。在多文件部署模式中,所有的资源均会被集中起来并按照各自的目 录结构放置在一个压缩文件中。打包多个应用文件包括如下三个阶段:

创建一个目录用来包含所有需要部署的资源,该目录将代表 EAR 的根目录。

收集所有需要部署的资源,并将其放置在新创建的根目录下。资源在该目录下的目录结构必须与其在 JAVA EE 应用中的目录结构保持一致。

将所有的资源打包成一个单独的压缩文件 (.zip 格式 )

模块文件模式 (Module file)

该模式适用于在应用中增加,更新,或者删除一个模块。例如更新一 个实体的 EJB 模块或者更新 WAR 包。

WCBD 的部署脚本中采用了多文件模式和模块文件模式的部署方 式,需要使用者在启动部署前对 WCBD 进行相关的配置。本文将指导读者自定义 WCBD 脚本,将自动化构建模 块生成的二进制增量代码整合到 WCBD 的部署脚本中,实现自动化部署。接下来我们就如何配置 WCBD 以及如 何将 WCBD 整合到自动化框架中进行介绍。

整合自动化构建框架与 WCBD

自动化构建框架为 WCBD 创建了用于部署的资源,WCBD 将获取生成的资源包,并通过调用 WAS 的部署机 制实现资源的部署,其运行过程如图 1 所示。为了实现自动化构建框架与 WCBD 的整合,并实现增量代码的 自动化部署,需要实现如下步骤:

获取 WCBD 部署脚本。以该脚本为基础,修改成自动化框架的部署模块。

配置 WCBD 部署包。预先设置好部署的相关参数用于之后的代码部署。

修改 WCBD 部署脚本。将自动化构建框架生成的增量代码包整合到 WCBD 的部署脚本中,并让构建框架主 任务能够启动 WCBD 部署过程,实现自动化的代码部署。

图 1. 构建模块与部署模块运行框架图

时间: 2024-11-18 18:21:43

基于Agile模式的WebSphere Commerce产品的自动化构建与部署框架(3)的相关文章

基于Agile模式的WebSphere Commerce产品的自动化构建与部署框架(1)

增量代码的自动构建与部署框架介绍 概念和工具介绍 Agile 与 Delta Code Agile -敏捷开发.近些年开始被人们广泛关注.它 提倡将一个完整的软件版本划分为多个迭代周期.每个迭代实现不同的特性.重大的,优先级高的特性优先实 现,风险高的特性优先实现.在项目的早期就将软件的原型开发出来,并基于这个原型在后续的迭代中不断完 善. Delta Code -增量代码.在 Agile 开发模式中,开发人员基于软件原型不断的编写代码对其进 行完善和扩充.这些代码就称之为增量代码. 本文介绍的

基于Agile模式的WebSphere Commerce产品的自动化构建与部署框架(2)

使用 Rational Application Developer 实现增量代码的构建 自动化增量代码构建流程 自动化构建流程分为多个环节,各环节互为前提条件.本文所介绍的构建 框架将构建过程中的每个环节封装为 Ant 脚本的子任务,通过 Build 主任务来进行调度.关于 Build 主任 务以及构建脚本框架的创建已经在本系列的第 1 部分中进行了介绍,本文主要对代码的构建流程进行详细介 绍.读者可以参考本文的代码示例,完成代码中剩余部分 , 从而实现完整的构建框架.在编写构建脚本时, 读者可

WebSphere Commere增量代码的自动构建与部署框架介绍

其中包括涉及的概念,使用的工具,框架结构和环境的准备.通过阅读本文,读者能够对如何实现自动化代码构建和部署有一个基本的了解. Agile -敏捷开发.近些年开始被人们广泛关注.它提倡将一个完整的软件版本划分为多个迭代周期.每个迭代实现不同的特性.重大的,优先级高的特性优先实现,风险高的特性优先实现.在项目的早期就将软件的原型开发出来,并基于这个原型在后续的迭代中不断完善. Delta Code -增量代码.在 Agile 开发模式中,开发人员基于软件原型不断的编写代码对其进行完善和扩充.这些代码

讲解WebSphere Commerce管理中心的feature packs升级框架

WebSphere http://www.aliyun.com/zixun/aggregation/3914.html">Commerce 产品 Management Center 管理中心是业务用户的管理工具,它作为 WebSphere Commerce 产品的基本核心特性,在 WebSphere Commerce 7 中是默认启用的. WebSphere Commerce 管理中心是一个丰富的图形化管理和定制工具,业务用户可以使用管理中心来管理他们的业务对象和场景.管理中心使用 Ope

基于Rational Team Concert和Maven的自动化构建和部署最佳实践

简介:越来越多的项目,特别是 Agile 项目开始使用 Rational Team Concert (RTC) 来管理需求.缺陷和源码.面对多版本.多套环境.多服务器的复杂环境,本文介绍和探讨了如何结合使用 RTC 和 Maven,在 RTC 中统一管理属性配置信息,由 RTC 单点或定时触发,高效地完成 Build 自动化构建和部署实践. 引言 在软件开发中,协调的开发步调和默契的团队协作是提高软件生产效率的关键.IBM Rational 推出的 Jazz 技术就是一个创新的团队协作平台,它集

联想企业网盘基于Docker构建分布式部署框架实践

本文讲的是联想企业网盘基于Docker构建分布式部署框架实践[编者的话]本文首先介绍了企业级分布式系统部署所面临的挑战,并且结合联想云存储自有框架研发经验分享了一些解决问题的思想和具体做法.最后还与Kubernetes项目进行了简单对比. 众所周知,企业网盘在这两年呈现爆发式增长,越来越多的企业选择企业网盘,来解决企业在业务过程中面临的数据集中存储.共享.分发.协同办公以及移动化等痛点需求.同时将企业网盘整合到各个业务系统中,大幅提高企业的数据流转效率和安全! 而联想企业网盘增长尤为迅速,仅联想

IBM WebSphere Commerce服务器进行自动化部署配置

本文介绍了该流程图的工作机制和使用方法,并附以展示了通过使用该流程图工具得出的适用于不同场景的 http://www.aliyun.com/zixun/aggregation/3914.html">Commerce Search Web 服务器自动化配置命令,用户在使用 WebSphere Commerce Search Web 服务器自动化部署配置功能时可以使用本文提出的流程图工具或者参考本文中的命令示例. 在 Version 7 Feature Pack 5 之前,用户在启动 foun

基于WebSphere Commerce的电子商务应用性能优化(7)

针对特殊功能的优化建议 -- 搜索 搜索新特性是 Commerce V7 FEP2 期间引入 WebSphere Commerce 产品的功能特性,可以提供大数据集下 具有良好可拓展性的快速搜索功能.搜索新特性提供了一个完整整合的第三方搜索引擎的运行时框架,并围绕 该框架提供了包括产品目录搜索.业务管理等其他功能共同构成了一个完整的解决方案.由于搜索框架提供功 能丰富的扩展性,未来的新功能特性都可以选择基于该框架来开发,因此如何更好的优化搜索性能就显得更加 重要.由于 WebSphere Com

基于WebSphere Commerce的电子商务应用性能优化(4)

WebSphere Commerce高速缓存技术 引言 前面章节中,对网络流量的"瘦身"方面提出了建议来提升产品性能.本章节将主要介绍一下 WebSphere Commerce 产品中所提供的高速缓存来改善产品性能. 高速缓存技术在当前的互联网应用中已经变得越 来越重要了,尤其是对像 WebSphere Commerce 这样的企业级电子商务应用.主要原因当然是能够在一定的硬 件拓扑结构和配置条件下,对站点中访问最频繁的页面及对象进行缓存来充分提高服务器的性能,使页面访问 起来非常快,