我有一个原生共享库,它是使用maven-nar插件构建和打包的。这非常有效,并且构建在Linux/MacOSX/Windows上。我还定义了一个JNI库,也是使用maven-nar构建的,它包装了共享库。这两个都是作为NAR工件生成的,并且需要maven-nar插件才能使用。
当从非NAR打包的项目中声明对这些NAR的依赖时,问题就出现了。maven-nar插件似乎从未被调用过。只有当我将项目的打包更改为NAR时,maven-nar插件才生效。这使得NAR打包看起来需要具有感染力才能工作,如果存在NAR依赖,那么所有上游项目都需要进行NAR打包。这是正确的,还是我漏掉了什么?
使用maven-nar插件生成的本地共享库和JNI工件能否成功用于web应用程序,即WAR?如果它们可以在战争中使用和部署,它是如何做到的?否则,手动将本机库放在应用程序服务器上java.library.path中的某个位置是唯一的选择吗?
以下是依赖于NAR JNI工件的项目的POM片段:
<?xml version="1.0" encoding="UTF-8"?>
<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/maven-v4_0_0.xsd">
<modelVersion>4.0.0</modelVersion>
<parent>
<groupId>thegroup</groupId>
<artifactId>theparent</artifactId>
<version>1.0-SNAPSHOT</version>
<relativePath>../pom.xml</relativePath>
</parent>
<artifactId>thedependant</artifactId>
<packaging>jar</packaging>
<name>A nice name</name>
...
<properties>
<skipTests>true</skipTests>
</properties>
...
<build>
<plugins>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-nar-plugin</artifactId>
<version>2.1-SNAPSHOT</version>
</plugin>
</plugins>
</build>
...
<dependencies>
<dependency>
<groupId>thegoup</groupId>
<artifactId>theJNI</artifactId>
<version>1.0-SNAPSHOT</version>
<type>nar</type>
</dependency>
</dependencies>
...
</project>发布于 2012-03-09 23:13:53
不,或者至少不是那么容易。
如果你有JNI,你需要弄乱-Djava.library.path和LD_LIBRARY_PATH/DYLD_LIBRARY_PATH/PATH,所有这些都必须在整个容器的启动过程中完成。没有任何机制可以将所有这些从war内部传播到容器中。
在成熟的Java EE中,JCA模型曾经是/打算成为本机代码集成到web应用程序中的一种方式。但是典型的轻量级容器不支持它。
如果您的本机代码不依赖于其他共享库,并且您不关心JVM本机代码冲突(一个给定的本机类只能在一个类加载器中),那么您的问题只是将共享对象放到war文件中。
http://maven.apache.org/plugins/maven-war-plugin/examples/adding-filtering-webresources.html
是一种方法。使用maven-dependency-plugin将共享库拖放到${project.build.directory}下的某个目录中,然后将它们作为“web资源”获取。
https://stackoverflow.com/questions/9628421
复制相似问题