用Maven打包成EAR远程部署JBoss（一）——打包及手动部署到本地

2024-01-01 08:50
文章标签 maven 部署 打包 远程 本地 手动 jboss ear

本文主要是介绍用Maven打包成EAR远程部署JBoss（一）——打包及手动部署到本地，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

这两天分到了一个任务，需要弄一下怎样用Maven将我们现在的项目打成一个EAR包，然后部署到远程JBoss中，这样我们每次部署的时候就会方便很多，话不多说，先看下我们项目的一个大致包结构，包前面的数字表示部署之后的加载顺序。


1：实体；2，3：数据库操作封装的EJB接口和实现；4，5：业务逻辑层EJB的接口和实现；7web层

首先我们要做的是将这些打成一个ear包，推荐网址：官网。

我先是创建了一个空的Maven Project，然后写入以下代码。

[html] view plain copy print ? 在CODE上查看代码片 派生到我的代码片
  1. <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
  2. xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
  3. <modelVersion>4.0.0</modelVersion>
  4. <groupId>com.tgb</groupId>
  5. <artifactId>gxpt_b_ear</artifactId>
  6. <version>0.0.1-SNAPSHOT</version>
  7. <packaging>ear</packaging>
  8. <build>
  9. <plugins>
  10. <plugin>
  11. <artifactId>maven-ear-plugin</artifactId>
  12. <version>2.9</version>
  13. </plugin>
  14. </plugins>
  15. </build>
  16. </project> 
<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
<modelVersion>4.0.0</modelVersion>
<groupId>com.tgb</groupId>
<artifactId>gxpt_b_ear</artifactId>
<version>0.0.1-SNAPSHOT</version>
<packaging>ear</packaging>
<build>
<plugins>
<plugin>
<artifactId>maven-ear-plugin</artifactId>
<version>2.9</version>
</plugin>
</plugins>
</build>
</project>

如果你的pom文件报错，那么安装一下 m2e-wtp这个插件就可以了哦~~~

这样，一个最简单的ear插件就配置好了。

现在，我们将需要打包的jar以及war都写到里面来，如：

[html] view plain copy print ? 在CODE上查看代码片 派生到我的代码片
  1. [...]
  2. <dependencies>
  3. <dependency>
  4. <groupId>com.tgb</groupId>
  5. <artifactId>gxpt_entity_qx</artifactId>
  6. <version>0.0.1-SNAPSHOT</version>
  7. <type>jar</type>
  8. </dependency>
  9. <dependency>
  10. <groupId>com.tgb</groupId>
  11. <artifactId>gxpt_web_qx_module</artifactId>
  12. <version>0.0.1-SNAPSHOT</version>
  13. <type>war</type>
  14. </dependency>
  15. </dependencies>
  16. [...] 
[...]
<dependencies>
<dependency>
<groupId>com.tgb</groupId>
<artifactId>gxpt_entity_qx</artifactId>
<version>0.0.1-SNAPSHOT</version>
<type>jar</type>
</dependency>
<dependency>
<groupId>com.tgb</groupId>
<artifactId>gxpt_web_qx_module</artifactId>
<version>0.0.1-SNAPSHOT</version>
<type>war</type>
</dependency>
</dependencies>
[...]

然后运行mvn ear: generate-application-xml，此命令是用来生成ear中的部署描述符的。

成功后运行mvn ear:ear，不得不说一下ear:ear所处的生命周期，它其实位于的生命周期是package。也就是install之前。成功后，从target中打开打包好的ear，我们发现除了要打包的几个包外，这几个包的依赖包也全在这里面。而ear这个插件为我们提供了一种配置：Creating Skinny WARs，那么我们现在就加入以下代码：

[html] view plain copy print ? 在CODE上查看代码片 派生到我的代码片
  1. <plugin>
  2. <artifactId>maven-ear-plugin</artifactId>
  3. <version>2.9</version>
  4. <configuration>
  5. <packagingIncludes>META-INF/**,**/gxpt_*.jar,**/gxpt_*.war</packagingIncludes>
  6. </configuration>
  7. </plugin> 
<plugin>
<artifactId>maven-ear-plugin</artifactId>
<version>2.9</version>
<configuration>
<packagingIncludes>META-INF/**,**/gxpt_*.jar,**/gxpt_*.war</packagingIncludes>
</configuration>
</plugin>

注：上面这句话是说要将META-INF下（有application.xml等）及所有的gxpt开头的jar、war都打包进来。

现在再来看，这样生成的ear包如下，现在就只剩下我们需要部署的jar及war。

现在就可以部署了么？如果真的是这样，那么这篇文章也就没有必要了。我们现在将其丢进去，发现会报空指针问题，原因就是JBoss在加载jar的时候，是按照字母顺序进行加载的，这样就导致了接口的实现在接口之前加载，这样肯定会有问题啊。

那么如何来控制顺序呢？

这里不得不提一下给出我答案的博客。只是这位仁兄对自己写的代码关键部分没有文字的说明，导致我刚开始认为他这是一个不好的文章……JBoss中的ear包中类加载顺序控制。现在你可以直接看我的文章的。

需要做的其实并不多，只是在pom中对JBoss进行配置，还得将那些jar加载顺序写到application.xml文件（用ear:generate-application-xml生成的）里面。在这里不进行全部列出，只列出部分及结果图。

配置文件：

[html] view plain copy print ? 在CODE上查看代码片 派生到我的代码片
  1. <plugin>
  2. <artifactId>maven-ear-plugin</artifactId>
  3. <version>2.9</version>
  4. <configuration>
  5. <packagingIncludes>META-INF/**,**/gxpt_*.jar,**/gxpt_*.war</packagingIncludes>
  6. <jboss>
  7. <version>5</version>
  8. <module-order>strict</module-order>
  9. </jboss>
  10. <modules>
  11. <jarModule>
  12. <groupId>com.tgb</groupId>
  13. <artifactId>gxpt_entity_qx</artifactId>
  14. <includeInApplicationXml>true</includeInApplicationXml>
  15. </jarModule>
  16. [...]
  17. </modules>
  18. </configuration>
  19. </plugin> 
<plugin>
<artifactId>maven-ear-plugin</artifactId>
<version>2.9</version>
<configuration>
<packagingIncludes>META-INF/**,**/gxpt_*.jar,**/gxpt_*.war</packagingIncludes>
<jboss>
<version>5</version>
<module-order>strict</module-order>
</jboss>
<modules>
<jarModule>
<groupId>com.tgb</groupId>
<artifactId>gxpt_entity_qx</artifactId>
<includeInApplicationXml>true</includeInApplicationXml>
</jarModule>
[...]
</modules>
</configuration>
</plugin>

结果，生成了jboss-app.xml文件而且现在在application中也有了jar的配置信息：



这里，需要注意的是includeInApplicationXml这个标签的设置，刚开始就是没有注意到这个标签的作用，所以一直生成不了自己想要的application.xml文件。还有就是对jboss的配置的那句，就是说加载的时候要按照application中说明的先后顺序进行加载。

现在，万事俱备，只欠往JBoss中丢这个生成好的ear了。

悲催的事又来了，一起报一个叫java.lang.IllegalStateException:Null beannMetaData的异常，在JBoss的社区找到一篇文章，说这个错误在6.0.0.M1中修复了（我们用的是5.1.0.GA），这不是开玩笑么，看来免费的就是会有这样那样的问题啊。再往后看，说需要将jar放到lib中，这个在前面提到的Create Skinny WARs中的那个页面就存在，只是我比较懒，将那句省去了，到这又不得不加上，就是那句defaultJavaBundleDir的配置。

是不是说我加上了就没事了呢？答案当然是否定的了。

没有了之前的那个错误，又来了java.lang.IllegalStateException:Context already exists这个异常，更是让人摸不着头脑。最后在JBoss社区也没有找到有用的解决方法，但是找到了思路。有一个人说将persistent.xml放到它自己的jar文件中就没有问题了（PS:真心看不懂这个人在说什么）。

但有思路了有木有，就是实体造成的（我也是试了半天…），我将实体从ear中删除（记得删application.xml中的配置哦），然后先将实体部署，然后再部署打包成功的ear，结果，你懂的，成功了~~

既然成功了，就没有再往下研究了，我想这也是目前为止最折中的方法了，在时间与效果上都是一个比较乐观的结果。够用就好~~~

最后，贴一下我这个项目的完整pom。由于这篇已经足够长了，部署到远程JBoss的事就下篇再说吧，总之啊，各种心窄啊……

[html] view plain copy print ? 在CODE上查看代码片 派生到我的代码片
  1. <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
  2. xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
  3. <modelVersion>4.0.0</modelVersion>
  4. <groupId>com.tgb</groupId>
  5. <artifactId>gxpt_b_ear</artifactId>
  6. <version>0.0.1-SNAPSHOT</version>
  7. <packaging>ear</packaging>
  9. <dependencies>
  10. <dependency>
  11. <groupId>com.tgb</groupId>
  12. <artifactId>gxpt_entity_qx</artifactId>
  13. <version>0.0.1-SNAPSHOT</version>
  14. <type>jar</type>
  15. </dependency>
  16. <dependency>
  17. <groupId>com.tgb</groupId>
  18. <artifactId>gxpt_common_tool</artifactId>
  19. <version>0.0.1-SNAPSHOT</version>
  20. <type>jar</type>
  21. </dependency>
  22. <dependency>
  23. <groupId>com.tgb</groupId>
  24. <artifactId>gxpt_common_eao</artifactId>
  25. <version>0.0.1-SNAPSHOT</version>
  26. <type>jar</type>
  27. </dependency>
  28. <dependency>
  29. <groupId>com.tgb</groupId>
  30. <artifactId>gxpt_common_eao_impl</artifactId>
  31. <version>0.0.1-SNAPSHOT</version>
  32. <type>jar</type>
  33. </dependency>
  34. <dependency>
  35. <groupId>com.tgb</groupId>
  36. <artifactId>gxpt_mgr_qx_module</artifactId>
  37. <version>0.0.1-SNAPSHOT</version>
  38. <type>jar</type>
  39. </dependency>
  40. <dependency>
  41. <groupId>com.tgb</groupId>
  42. <artifactId>gxpt_mgr_qx_module_impl</artifactId>
  43. <version>0.0.1-SNAPSHOT</version>
  44. <type>jar</type>
  45. </dependency>
  46. <dependency>
  47. <groupId>com.tgb</groupId>
  48. <artifactId>gxpt_web_qx_module</artifactId>
  49. <version>0.0.1-SNAPSHOT</version>
  50. <type>war</type>
  51. </dependency>
  52. </dependencies>
  54. <build>
  55. <plugins>
  56. <plugin>
  57. <artifactId>maven-ear-plugin</artifactId>
  58. <version>2.9</version>
  59. <configuration>
  60. <packagingIncludes>META-INF/**,**/gxpt_*.jar,**/gxpt_*.war</packagingIncludes>
  61. <jboss>
  62. <version>5</version>
  63. <module-order>strict</module-order>
  64. </jboss>
  65. <modules>
  66. <jarModule>
  67. <groupId>com.tgb</groupId>
  68. <artifactId>gxpt_entity_qx</artifactId>
  69. <includeInApplicationXml>true</includeInApplicationXml>
  70. </jarModule>
  71. <jarModule>
  72. <groupId>com.tgb</groupId>
  73. <artifactId>gxpt_common_tool</artifactId>
  74. <includeInApplicationXml>true</includeInApplicationXml>
  75. </jarModule>
  76. <jarModule>
  77. <groupId>com.tgb</groupId>
  78. <artifactId>gxpt_common_eao</artifactId>
  79. <includeInApplicationXml>true</includeInApplicationXml>
  80. </jarModule>
  81. <jarModule>
  82. <groupId>com.tgb</groupId>
  83. <artifactId>gxpt_common_eao_impl</artifactId>
  84. <includeInApplicationXml>true</includeInApplicationXml>
  85. </jarModule>
  86. <jarModule>
  87. <groupId>com.tgb</groupId>
  88. <artifactId>gxpt_mgr_qx_module</artifactId>
  89. <includeInApplicationXml>true</includeInApplicationXml>
  90. </jarModule>
  91. <jarModule>
  92. <groupId>com.tgb</groupId>
  93. <artifactId>gxpt_mgr_qx_module_impl</artifactId>
  94. <includeInApplicationXml>true</includeInApplicationXml>
  95. </jarModule>
  96. <webModule>
  97. <groupId>com.tgb</groupId>
  98. <artifactId>gxpt_web_qx_module</artifactId>
  99. </webModule>
  100. </modules>
  101. </configuration>
  102. </plugin>
  103. </plugins>
  104. </build>
  105. </project>

 

 

用Maven打包成EAR远程部署JBoss（一）讲了怎样使用Maven打包，但是在文章的最后也留下了一个问题，那就是怎样将包部署到远程的JBoss中呢？最近在对之前的学习进行总结，发现少了这样一篇重要的博客没有写……

远程部署，所用到的插件叫做：Cargo。这里我是以Maven插件形式使用的，这样就可以实现使用Maven从编译、打包、部署一条龙服务了。

我当时的学习资料很简单，就是官网。就是通过一次又一次这样的学习，让我更加坚定了：学习最好的资料就是官网提供的文档。但是，在我们最最刚开始的阶段，不是通过视频，而是通过文档来学习，又是那么的不现实。因为我们根本没有心情去将那些天文数字一样的东西看完，又怎么谈得上理解呢？所以在这里祝福你快速到达文档学习的阶段，真的要比视频学习高效。

好了，现在咱们来看下怎样部署吧，其实很简单：

我们在往JBoss部署的时候，其实都是很粗暴的往部署目录里面丢。但是JBoss是提供了接口，让你通过1099（默认）这个端口，进行上传部署的。而这也就是为什么可以使用Cargo实现远程部署，并且具有返回信息的原因。

说到返回信息，在这里多说一句，虽然远程部署弄出来了，由于各方面原因吧，没有使用Cargo进行远程部署。而是使用的bat脚本与Jenkins实现的远程部署。而使用bat脚本，那么你就不可能接到部署后JBoss的返回信息，也就是，在你Jenkins打包，然后执行bat脚本后，就完事了，部署有没有错，你是不知道的。而这个方案的具体实施，可以看下这篇博客：我的jenkins自动部署方案演进史。在Jenkins自动部署的这个过程中，真心感觉到google比度娘好使，看来大男子主义有时也挺好~~~

到现在还没开始正题，个人认为：我给大家分享我的成果，并不能帮助你提高多少，重要的是解决问题的过程。我列这些技术博客，目的就是让你不用再搜这样的博客，因为官网给你带来的不只是解决方法。

下面是我列的一个Cargo插件的配置列表：

<plugin>
<groupId>org.codehaus.cargo</groupId>
<artifactId>cargo-maven2-plugin</artifactId>
<version>1.4.5</version>
<configuration>
<container>
<containerId>jboss51x</containerId>
<type>remote</type>
</container>
<configuration>
<type>runtime</type>
<properties>
<cargo.remote.username>admin</cargo.remote.username>
<cargo.remote.password>admin</cargo.remote.password>
<cargo.hostname>192.168.24.48</cargo.hostname>
<cargo.rmi.port>1099</cargo.rmi.port>
</properties>
</configuration>
</configuration>
<dependencies>
<dependency>
<groupId>org.jboss.integration</groupId>
<artifactId>jboss-profileservice-spi</artifactId>
<version>5.1.0.GA</version>
</dependency>
<dependency>
<groupId>org.jboss.jbossas</groupId>
<artifactId>jboss-as-client</artifactId>
<version>5.1.0.GA</version>
<type>pom</type>
</dependency>
</dependencies>
</plugin>


很清爽的配置，让你可以完成远程部署。

下面我给大家分享一下此后碰到的问题：

由于我们是小组开发，大家必定会使用到Maven私服库。我们使用的私服为Nexus，关于这个的搭建我就不列了，想知道怎样搭建的，留邮箱并说明要什么。而中央仓库使用的是Nexus默认，而这个上面是没有JBoss中Client的包的，后来通过查找，找到了开源中国搭建的一个Maven库，这个里面还是很全的，在默认中央库里没有的，在这里都可以找到。

唯一蛋疼的地就是：将开源中国的Maven库配到Nexus中后，索引可以更新下来，但是当下载jar时，死活就是不down。最后采取的解决方法就是在自己的电脑上clean install一下，然后把jar再手动上传到私服库上。虽然麻烦一点，但想到这样的事不会经常发生，所以也就这样过来了。这个问题当时查了一下，也有好些人遇到这个问题，如果谁解决了这个问题，还望分享~~

最后给大家分享一句话：最让你受益的，往往是那些你很轻易就可以看到的~

 

这篇关于用Maven打包成EAR远程部署JBoss（一）——打包及手动部署到本地的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！


http://www.chinasem.cn/article/558736。

相关文章

ElasticSearch+Kibana通过Docker部署到Linux服务器中操作方法

ElasticSearch+Kibana通过Docker部署到Linux服务器中操作方法

《ElasticSearch+Kibana通过Docker部署到Linux服务器中操作方法》本文介绍了Elasticsearch的基本概念,包括文档和字段、索引和映射,还详细描述了如何通过Docker... 目录1、ElasticSearch概念2、ElasticSearch、Kibana和IK分词器部署
阅读更多...
部署Vue项目到服务器后404错误的原因及解决方案

部署Vue项目到服务器后404错误的原因及解决方案

《部署Vue项目到服务器后404错误的原因及解决方案》文章介绍了Vue项目部署步骤以及404错误的解决方案,部署步骤包括构建项目、上传文件、配置Web服务器、重启Nginx和访问域名,404错误通常是... 目录一、vue项目部署步骤二、404错误原因及解决方案错误场景原因分析解决方案一、Vue项目部署步骤
阅读更多...
Linux流媒体服务器部署流程

Linux流媒体服务器部署流程

《Linux流媒体服务器部署流程》文章详细介绍了流媒体服务器的部署步骤,包括更新系统、安装依赖组件、编译安装Nginx和RTMP模块、配置Nginx和FFmpeg,以及测试流媒体服务器的搭建... 目录流媒体服务器部署部署安装1.更新系统2.安装依赖组件3.解压4.编译安装（添加RTMP和openssl模块
阅读更多...
0基础租个硬件玩deepseek,蓝耘元生代智算云|本地部署DeepSeek R1模型的操作流程

0基础租个硬件玩deepseek,蓝耘元生代智算云|本地部署DeepSeek R1模型的操作流程

《0基础租个硬件玩deepseek,蓝耘元生代智算云|本地部署DeepSeekR1模型的操作流程》DeepSeekR1模型凭借其强大的自然语言处理能力,在未来具有广阔的应用前景,有望在多个领域发... 目录0基础租个硬件玩deepseek,蓝耘元生代智算云|本地部署DeepSeek R1模型，3步搞定一个应
阅读更多...
redis群集简单部署过程

redis群集简单部署过程

《redis群集简单部署过程》文章介绍了Redis,一个高性能的键值存储系统,其支持多种数据结构和命令,它还讨论了Redis的服务器端架构、数据存储和获取、协议和命令、高可用性方案、缓存机制以及监控和... 目录Redis介绍1. 基本概念2. 服务器端3. 存储和获取数据4. 协议和命令5. 高可用性6.
阅读更多...
Deepseek R1模型本地化部署+API接口调用详细教程(释放AI生产力)

Deepseek R1模型本地化部署+API接口调用详细教程(释放AI生产力)

《DeepseekR1模型本地化部署+API接口调用详细教程(释放AI生产力)》本文介绍了本地部署DeepSeekR1模型和通过API调用将其集成到VSCode中的过程,作者详细步骤展示了如何下载和... 目录前言一、deepseek R1模型与chatGPT o1系列模型对比二、本地部署步骤1.安装oll
阅读更多...
nginx部署https网站的实现步骤(亲测)

nginx部署https网站的实现步骤(亲测)

《nginx部署https网站的实现步骤(亲测)》本文详细介绍了使用Nginx在保持与http服务兼容的情况下部署HTTPS,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值... 目录步骤 1：安装 Nginx步骤 2：获取 SSL 证书步骤 3：手动配置 Nginx步骤 4：测
阅读更多...
配置springboot项目动静分离打包分离lib方式

配置springboot项目动静分离打包分离lib方式

《配置springboot项目动静分离打包分离lib方式》本文介绍了如何将SpringBoot工程中的静态资源和配置文件分离出来,以减少jar包大小,方便修改配置文件,通过在jar包同级目录创建co... 目录前言1、分离配置文件原理2、pom文件配置3、使用package命令打包4、总结前言默认情况下，
阅读更多...
一文教你使用Python实现本地分页

一文教你使用Python实现本地分页

《一文教你使用Python实现本地分页》这篇文章主要为大家详细介绍了Python如何实现本地分页的算法,主要针对二级数据结构,文中的示例代码简洁易懂,有需要的小伙伴可以了解下... 在项目开发的过程中，遇到分页的第一页就展示大量的数据，导致前端列表加载展示的速度慢，所以需要在本地加入分页处理，把所有数据先放
阅读更多...
CentOS系统Maven安装教程分享

CentOS系统Maven安装教程分享

《CentOS系统Maven安装教程分享》本文介绍了如何在CentOS系统中安装Maven,并提供了一个简单的实际应用案例,安装Maven需要先安装Java和设置环境变量,Maven可以自动管理项目的... 目录准备工作下载并安装Maven常见问题及解决方法实际应用案例总结Maven是一个流行的项目管理工具
阅读更多...

Copyright China编程 23002807@qq.com

沪ICP备2023033072号-2