[英]Configure external libraries as Glassfish modules
我有几个使用外部库的OSGI捆绑包和WAR包:
<dependencies>
<dependency>
<groupId>javax</groupId>
<artifactId>javaee-web-api</artifactId>
<version>6.0</version>
<scope>provided</scope>
</dependency>
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
<version>4.8.2</version>
<scope>test</scope>
</dependency>
<dependency>
<groupId>org.osgi</groupId>
<artifactId>org.osgi.core</artifactId>
<version>4.2.0</version>
<scope>provided</scope>
</dependency>
<dependency>
<groupId>org.osgi</groupId>
<artifactId>org.osgi.compendium</artifactId>
<version>4.2.0</version>
<scope>provided</scope>
</dependency>
<dependency>
<groupId>org.glassfish</groupId>
<artifactId>osgi-cdi-api</artifactId>
<version>3.1-b41</version>
<type>jar</type>
<scope>provided</scope>
</dependency>
可以将这些库复制到Glassfish服务器的/ modules目录中,而不是将库构建到每个OSGI捆绑包和WAR软件包中。 我想可以只使用一个副本而不会出现任何问题?
编辑
我发现可以使用以下命令在Glassfish中将这些库部署为模块:
[root@Testserver bin]# sh asadmin add-library /opt/primefaces.jar
但是,例如,在一个简单的WAR包中,为了使用Glassfish模块,我需要修改什么? 我必须将WAR软件包配置为使用外部库吗?
您可以查看Glassfish文档的这一部分,称为模块和应用程序版本 :
http://docs.oracle.com/cd/E26576_01/doc.312/e24929/overview.htm#gkhhv
“ 应用程序和模块版本控制允许在GlassFish Server域中存在同一应用程序的多个版本,从而简化了升级和回滚任务。在给定的时间,最多可以在服务器上启用一个应用程序或模块的版本。版本控制提供了对用于部署,查看和管理模块和应用程序的多个版本的工具,包括管理控制台和与部署相关的asadmin子命令,同一模块或应用程序的不同版本可以具有相同的上下文根或JNDI名称,版本控制是可选的。 ”
我认为问题不在您的war文件中,但请确保您可以检查清单文件。 如果Import-Package标头正确,则war文件无法执行任何操作。 在这种情况下,必须有一种方法可以说服Glassfish使某个模块对Web应用程序可见(我不是Glassfish专家,对不起)。
否则,请修复Import-Package标头(您现在可以手动执行此操作)。
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.