博客
关于我
maven利用cargo插件本地远程部署
阅读量:705 次
发布时间:2019-03-17

本文共 1303 字,大约阅读时间需要 4 分钟。

Cargo是一个非常实用的Maven插件,用于Web容器的部署。它支持两种主要模式:standalone和existing。以下是两种模式的详细说明以及配置示例。

Standalone模式

这种模式的特点是:

  • Cargo会从Web容器的目录中复制一份配置文件到用户指定的目录。此目录会被清空,并在每次重新构建时重新生成所有配置文件。
  • 适合需要频繁重建或部署的小型项目。
  • Existing模式

    这种模式的特点是:

  • 用户需要提供现有的Web容器配置目录,Cargo会直接使用这些配置文件进行部署。
  • 适合有成的Web容器环境,例如已经配置了环境的开发者或生产环境。
  • 配置示例

    以下是一个通用的Cargo配置样例:

    org.codehaus.cargo
    cargo-maven2-plugin
    1.1.3
    tomcat7x
    E:\tomcat\apache-tomcat-7.0.26
    existing
    E:\tomcat\apache-tomcat-7.0.26

    远程部署

    如果你想部署到远程服务器,可以在cargo.xml中配置相关信息。例如:

    org.codehaus.cargo
    cargo-maven2-plugin
    1.1.3
    tomcat7x
    remote
    runtime
    tomcat
    tomcat
    http://localhost:8080/manager

    注意事项

  • Cargo默认的containerType是installed,如果你不想使用默认值,需要在配置中明确指定。
  • 远程部署时,如果目标服务器上已经有部署过该应用,Cargo会自动卸载旧版本并重新部署新版本。
  • Cargo还支持自动重载,所以你可以通过mvn cargo:redeploy命令来快速重新部署应用。
  • WAR文件命名

    当部署到Tomcat时,WAR文件的默认命名规则是: jar文件名 = artifactId + version。例如,项目的artifactId为"app"、version为"1.0.0",则WAR文件名将是"app-1.0.0.war"。

    转载地址:http://kjcez.baihongyu.com/

    你可能感兴趣的文章
    Netty应用实例
    查看>>
    netty底层——nio知识点 ByteBuffer+Channel+Selector
    查看>>
    netty底层源码探究:启动流程;EventLoop中的selector、线程、任务队列;监听处理accept、read事件流程;
    查看>>
    Netty心跳检测
    查看>>
    Netty心跳检测机制
    查看>>
    netty既做服务端又做客户端_网易新闻客户端广告怎么做
    查看>>
    Netty服务端option配置SO_REUSEADDR
    查看>>
    Netty核心模块组件
    查看>>
    Netty框架内的宝藏:ByteBuf
    查看>>
    Netty框架的服务端开发中创建EventLoopGroup对象时线程数量源码解析
    查看>>
    Netty源码—1.服务端启动流程一
    查看>>
    Netty源码—1.服务端启动流程二
    查看>>
    Netty源码—2.Reactor线程模型一
    查看>>
    Netty源码—2.Reactor线程模型二
    查看>>
    Netty源码—3.Reactor线程模型三
    查看>>
    Netty源码—3.Reactor线程模型四
    查看>>
    Netty源码—4.客户端接入流程一
    查看>>
    Netty源码—4.客户端接入流程二
    查看>>
    Netty源码—5.Pipeline和Handler一
    查看>>
    Netty源码—5.Pipeline和Handler二
    查看>>