Question

我有一个使用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？如果它们可以在WAR中使用和部署，它是如何完成的？否则，是将应用程序服务器上的java.library.path中的本地库手动放置的唯一选项吗？

这是项目的POM片段，取决于NAR JNI工件：

  <?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>

Answer 1

不，或者至少，不容易。

如果你有JNI，你需要搞乱-Djava.library.path和LD_LIBRARY_PATH / DYLD_LIBRARY_PATH / PATH，以及在整个容器的启动中必须发生的一切。没有任何机制可以将所有这些从战争内部传播到容器中。

在成熟的Java EE中，JCA模型旨在成为本机代码集成到Web应用程序中的方式。但是典型的轻量级容器不支持它。

如果您的本机代码没有依赖于其他共享库，并且您不关心JVM本机代码冲突（给定的本机类只能在一个类加载器中），那么您的问题只是获取共享对象完全进入战争档案。

http://maven.apache.org/plugins/maven-war-plugin/examples/adding-filtering-webresources.html

是一种方法。使用maven-dependency-plugin将共享库放入$ {project.build.directory}下的某个目录中，然后将它们作为“web资源”进行选择。

在webapp中使用本机Maven工件（nar）

1 个答案: