法特哈斯
构建一个Fatjar(或Uberjar),其中包含将应用程序很好地打包在一起运行所需的一切,这意味着您可以:
java -jar myapp.jar
然后离开。 没有应用程序服务器。 没有类路径。
这种方法已经被诸如Springboot之类的微服务架构风格和框架所普及。
简而言之, 微服务架构风格是一种将单个应用程序开发为一组小型服务的方法 ,每个小型服务都在自己的进程中运行并与轻量级机制(通常是HTTP资源API)进行通信。 这些服务围绕业务功能构建,并且可以通过全自动部署机制独立部署 。”
有一堆可执行的jar文件在上面的所有方框中打勾。
Java EE
fatjar概念也已经在Java EE中使用了一段时间。 所有轻量级应用程序服务器均具有“微型”选项:
- 苍蝇群
- Payara Micro
- 汤姆
- 库穆鲁兹
- 中波
进行胖子部署有很多优点。 但是,也有一些缺点。
- 您可以在开发时做出选择(实际上这是部署时的选择)。 我喜欢将开发模型与部署模型分开。
- 这给您带来了次优的开发周期。 您需要构建一个胖子,然后停止以前的版本(最有可能是将其杀死),然后重新开始。 一段时间后,从“代码更改”到“代码运行”的转变变得令人讨厌。 向运行中的应用程序服务器部署瘦战的好处之一是快速的周转时间。
- 没有类路径实际上是一个利弊。 即使fatjars的广告优势之一是没有应用程序服务器,但实际上您仍然有一个应用程序服务器,它只是嵌入式的。 只有一个jar文件,意味着您的应用程序和嵌入式应用程序服务器具有相同的依赖关系。 您的应用程序使用的依赖项版本不同于嵌入式服务器时,可能会遇到问题。 这可能会导致一些不错的隐藏错误。 能够将应用程序服务器类路径与应用程序隔离实际上是一件好事。 Java 9可以解决此问题,但是大多数应用程序服务器仍在Java 8上运行。
码头工人
Docker将微服务方法带入了更深的层次,并允许您隔离操作系统级别。 这意味着,构建单独的jar文件变得不那么相关,因为您将构建单独的Docker映像。
实际上,构建一个胖罐来部署为Docker映像比瘦战要慢和重。 通常,您可以对Docker映像进行分层:
(上图:fatjar选项中的最后一层比Thinwar选项重得多,因为它包含嵌入式应用程序服务器)
OpenLiberty很酷!
传统的Websphere庞大,缓慢,昂贵且难以安装。 不是用来构建微服务的东西。 IBM是Websphere Liberty轻量级应用程序服务器解决方案的较晚入门,该解决方案的核心最近在OpenLiberty下开源 。
但是迟到可能是他们正确地做某些事情并且非常干净的原因。 您只能通过功能加载所需零件的方式,以及如何使用自己的功能扩展服务器的方式都很棒。 即使其他应用程序服务器也使用OSGi(或JBoss模块)进行了某种模块化,但使用Liberty则更加容易。 对于Liberty而言,包括Microprofile只是另一个功能。 其他应用程序服务器已将MicroProfile添加到其fatjar(“ Micro”)发行版中,即使我相信也可以将其添加到完整的应用程序服务器版本中,但这并不容易。
另一个很酷的事情是,如何仅在部署时就可以非常轻松地确定部署模型。 因此,您可以拥有世界上最好的。 您可以使用Thinwar模型针对完整的应用程序服务器进行开发,以快速解决问题。 构建时,您可以组装一个胖子,thinwar,泊坞窗映像或所有映像。 您所开发的内容保持不变。
具有MicroProfile的OpenLiberty示例
我创建了一个简单的应用程序来演示这些部署选项。 (代码在GitHub中可用 )
我不想建立一个基本的“ Hello world”,因为我想包含一些MicroProfile功能,因此这是一个“每日报价”应用程序。 它使用工厂加载报价提供程序(目前只有一个)。 当前提供者从forismatic.com获取并缓存报价。 我使用MicroProfile Configuration API来配置诸如HTTP代理,URL和要加载的提供程序之类的东西。 我使用MicroProfile Fault Tolerance API来确保在提供程序源不可用时我们能够生存。
配置OpenLiberty
OpenLiberty上的配置也很干净。 这样可以轻松地将配置包括在项目中。 使用Maven资源过滤,还可以将某些变量提取到构建中。 在server.xml
的重要部分下面(您可以在github中看到完整的部分)
src / main / liberty / config / server.xml
<?xml version="1.0" encoding="UTF-8"?>
<server description="${project.build.finalName}"><featureManager><feature>javaee-7.0</feature><feature>microProfile-1.2</feature></featureManager><httpEndpoint id="defaultHttpEndpoint"httpPort="${httpPort}"httpsPort="${httpsPort}"/><application location="${project.build.directory}/${project.build.finalName}.war"/><logging traceSpecification="${log.name}.*=${log.level}"/></server>
现在,我们仅包括Java EE和Microprofile的保护伞功能。 稍后,我们可以进行微调以减少内存占用。
${httpPort}
和${httpsPort}
实际上将来自我们使用liberty maven插件创建的bootstrap.properties 。
当我们在pom.xml中使用此资源过滤进行构建时,将替换server.xml
中的所有变量,包括${project.build.directory}
和${project.build.finalName}
:
<build><finalName>${project.artifactId}</finalName><resources><resource><directory>${basedir}/src/main/liberty/config</directory><targetPath>${project.build.directory}</targetPath><filtering>true</filtering><includes><include>server.xml</include></includes></resource></resources>
</build>
(您可以在github中看到完整的pom.xml
)
因此,当我们执行mvn clean install
,会将server.xml
复制到目标目录,并替换变量。
部署选项
我使用maven配置文件允许我在构建时选择所需的部署选项:
在pom.xml的<build>
中
<plugins><plugin><groupId>net.wasdev.wlp.maven.plugins</groupId><artifactId>liberty-maven-plugin</artifactId><version>${openliberty.maven.version}</version><configuration><assemblyArtifact><groupId>io.openliberty</groupId><artifactId>openliberty-runtime</artifactId><version>${openliberty.version}</version><type>zip</type></assemblyArtifact></configuration></plugin>
</plugins>
即时选项
此选项与fatjar周期遵循相同的开发周期(尽管它不会创建jar文件)。 如果执行mvn clean install -Pfatjar
,它将安装,配置(来自server.xml
)并在前台启动服务器。 换句话说,由于服务器启动是mvn进程的一部分,因此mvn进程不会完成。 要停止服务器,您需要按ctrl-c
进程。
<profile><id>fatjar</id><activation><property><name>fatjar</name></property></activation><build><plugins><plugin><groupId>net.wasdev.wlp.maven.plugins</groupId><artifactId>liberty-maven-plugin</artifactId><executions><execution><phase>install</phase><goals><goal>install-server</goal><goal>create-server</goal><goal>run-server</goal> </goals><configuration><configFile>${project.build.directory}/server.xml</configFile><bootstrapProperties><httpPort>${openliberty.http.port}</httpPort><httpsPort>${openliberty.https.port}</httpsPort></bootstrapProperties><jvmOptions><param>-Xmx${openliberty.Xmx}</param></jvmOptions></configuration></execution></executions></plugin></plugins></build></profile>
当然,使用NetBeans之类的IDE(或任何其他IDE),实际上这只是您单击的按钮:
完整的应用程序服务器选项:
使用此选项,我们要安装,配置和启动服务器,然后在编写代码时连续进行一次精打细算。 每次启动服务器时,我们仍然从头开始安装和配置服务器,但并非每次部署时都如此。
mvn clean install -Pstart-liberty
将在/tmp
文件夹中安装,配置(从server.xml
)并启动一个自由服务器:
<profile><id>start-liberty</id><activation><property><name>start-liberty</name></property></activation><build><plugins><plugin><groupId>net.wasdev.wlp.maven.plugins</groupId><artifactId>liberty-maven-plugin</artifactId><executions><execution><id>1</id><phase>pre-integration-test</phase><goals><goal>install-server</goal></goals><configuration><assemblyInstallDirectory>${openliberty.installDir}</assemblyInstallDirectory></configuration></execution><execution><id>2</id><phase>pre-integration-test</phase><goals><goal>create-server</goal><goal>start-server</goal></goals><configuration><installDirectory>${openliberty.installDir}/wlp</installDirectory><serverName>${project.artifactId}</serverName><configFile>${project.build.directory}/server.xml</configFile><bootstrapProperties><httpPort>${openliberty.http.port}</httpPort><httpsPort>${openliberty.https.port}</httpsPort></bootstrapProperties> <jvmOptions><param>-Xmx${openliberty.Xmx}</param></jvmOptions></configuration></execution></executions></plugin></plugins></build></profile>
现在,您可以连续部署Thinwar了:
mvn clean install -Pdeploy
<profile><id>deploy</id><activation><property><name>deploy</name></property></activation><build><plugins><plugin><groupId>net.wasdev.wlp.maven.plugins</groupId><artifactId>liberty-maven-plugin</artifactId><executions><execution><phase>pre-integration-test</phase><goals><goal>deploy</goal></goals><configuration><appArchive>${project.build.directory}/${project.artifactId}.war</appArchive><serverName>${project.artifactId}</serverName><installDirectory>${openliberty.installDir}/wlp</installDirectory></configuration></execution></executions></plugin></plugins></build>
</profile>
停止服务器也很容易:
mvn clean install -Pstop-liberty
Fatjar分布
使用mvn clean install -Ppackage-liberty
创建一个Fatjar发行版非常容易:
<profile><id>package-liberty</id><activation><property><name>package-liberty</name></property></activation><build><plugins><plugin><groupId>net.wasdev.wlp.maven.plugins</groupId><artifactId>liberty-maven-plugin</artifactId><executions><execution><phase>package</phase><goals><goal>package-server</goal></goals><configuration><packageFile>${project.build.directory}/${project.artifactId}.jar</packageFile><include>runnable</include><serverName>${project.artifactId}</serverName><installDirectory>${openliberty.installDir}/wlp</installDirectory></configuration></execution></executions></plugin></plugins></build></profile>
在目标目录中,我现在可以执行一个可执行的(fat)jar文件: java -jar quote-service.jar
在上述所有profiles
您可以使用以下命令测试示例应用程序:
mvn -Dtest=com.github.phillipkruger.quoteservice.QuoteApiIT surefire:test
那应该给您当天的报价:
{"author":"Naguib Mahfouz","text":"You can tell whether a man is clever by his answers. You can tell whether a man is wise by his questions."
}
微调内存占用量。
首先,我使用了伞形的javaee-7.0
和microProfile-1.2
功能,即使我的应用程序仅使用这些规范的一部分。
使用jconsole
我测量了正在运行的服务器的内存占用量(在GC之后):
50691 KB
在我的示例中,您可以更改server.xml
以仅包括应用程序正在使用的功能:
<feature>jaxrs-2.0</feature>
<feature>ejb-3.2</feature>
<feature>cdi-1.2</feature>
<feature>jsonp-1.0</feature>
<feature>jaxrsClient-2.0</feature>
<feature>mpConfig-1.1</feature>
<feature>mpFaultTolerance-1.0</feature>
再次使用jconsole
我测量了正在运行的服务器的内存占用量(在GC之后):
30,198 KB
理想情况下,您还可以对pom.xml
进行微调,使其仅包含您使用的规范。
结论
我们可以争辩说,做胖子大战vs瘦身大战以及拥有应用程序服务器的利弊是否更好。 但是,在我们开始开发(即下载微型发行版或完整发行版)时不必做出此决定,而只有在我们进行构建时才允许有更多选择。 也许可以使用其他应用程序服务器来做到这一点,但是OpenLiberty使其变得容易。
更多信息
还可以阅读Pavel Pscheidl的精彩博客
- 在2017年构建,打包和分发Java EE应用程序
- OpenLiberty.io:简单指南
并观看亚当·比恩 ( Adam Bien)的这段视频
- 精简WAR,Java EE 7,Docker和生产力
翻译自: https://www.javacodegeeks.com/2017/12/fatjars-thinwars-openliberty-cool.html