Jenkins TIBCO BusinessWorks 6.x的自动化交付和部署

Jenkins TIBCO BusinessWorks 6.x的自动化交付和部署,jenkins,businessworks,tibco-business-works,Jenkins,Businessworks,Tibco Business Works,我们正在尝试为BusinessWorks 6.x应用程序定义SDLC。我们主要是一家Java商店,因此我们的经典SDLC涉及Jenkins、Maven和Artifactory 我们最近开始为基于BW6的SOA项目构建适配器,我们希望将相关项目集成到SDLC中。在一个完美的世界中,我们希望: 能够自主地对共享模块进行版本、构建和发布 在构建应用程序时,将共享模块解析并集成为依赖项(就像Maven一样,从存储库获取版本化工件) 在发布前执行验证(可能是自动测试?) 我们已经看过了,但是它有点太简

我们正在尝试为BusinessWorks 6.x应用程序定义SDLC。我们主要是一家Java商店,因此我们的经典SDLC涉及Jenkins、Maven和Artifactory

我们最近开始为基于BW6的SOA项目构建适配器,我们希望将相关项目集成到SDLC中。在一个完美的世界中,我们希望:

  • 能够自主地对共享模块进行版本、构建和发布
  • 在构建应用程序时,将共享模块解析并集成为依赖项(就像Maven一样,从存储库获取版本化工件)
  • 在发布前执行验证(可能是自动测试?)
我们已经看过了,但是它有点太简单了——例如,它没有提供一种将共享模块作为自治实体构建和发布的方法,并且它无法解析POM中声明为依赖项的共享模块中的资源。此外,为工作区创建根POM的方法看起来有点脆弱,POM更新往往会破坏一些东西

我们目前正在考虑利用bwdesign实用程序,其流程如下所述

对于共享模块:

  • 克隆/签出共享模块的源代码
  • 使用空目录作为工作区启动bwdesign
    • 系统:将签出模块导入空工作区
    • 系统:验证,错误时中断
    • 系统:导出为ZIP文件
  • 使用适当的命名约定将ZIP文件部署到Artifactory,以便以后能够解析它
申请:

  • 克隆/签出应用程序和应用程序模块的源代码
  • 使用应用程序模块的清单解析依赖项
  • 获取引用的共享模块的所有ZIP文件
  • 使用空目录作为工作区启动bwdesign
    • 系统:以满足依赖关系的顺序导入共享模块拉链
    • 系统:导入应用程序模块和应用程序目录
    • 系统:验证,错误时中断
    • 系统:导出为EAR文件
  • 再次使用适当的命名约定将EAR文件部署到Artifactory
这看起来真的很麻烦,尤其是当您习惯于
mvn清理包时(
:)

有没有人尝试过上述的事情