我已经使用Eclipse/Ant有一段时间了,决定在我的JSF开发中看看Netbeans/Maven。在此过程中,我想我会尝试使用比我在glassfish/modules
中安装的版本更新的Mojarra版本。我似乎无法让它工作,因为我是Maven和Netbeans的新手,我不确定它是否与那些有关,或者其他什么。
我做了一个非常简单的应用程序,它使用后台bean从索引页打印出Mojarra版本:
Info.java :
@Named
@RequestScoped
public class Info
{
public String getVersion()
{
return FacesContext.class.getPackage().getImplementationVersion();
}
}
index.xhtml :
<!DOCTYPE html>
<html xmlns="http://www.w3.org/1999/xhtml"
xmlns:h="http://xmlns.jcp.org/jsf/html">
<h:body>
<h:outputText value="The Mojarra version is #{info.version}" />
</h:body>
</html>
当我运行这个时,我看到
的页面内容Mojarra的版本是2.2.5
,正如我所期望的(我把2.2.5 jar放入glassfish/modules
一些时间)。然后我添加了Mojarra 2.2.7的依赖项,这是我从Mojarra网站上找到的:
<dependency>
<groupId>org.glassfish</groupId>
<artifactId>javax.faces</artifactId>
<version>2.2.x</version>
</dependency>
用"7"代替"x"。生成的POM文件看起来像这样(大部分是来自Netbeans的样板文件):
POM.xml :
<?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/xsd/maven-4.0.0.xsd">
<modelVersion>4.0.0</modelVersion>
<groupId>com.mycompany</groupId>
<artifactId>mavenproject1</artifactId>
<version>1.0-SNAPSHOT</version>
<packaging>war</packaging>
<name>mavenproject1</name>
<properties>
<endorsed.dir>${project.build.directory}/endorsed</endorsed.dir>
<project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
</properties>
<dependencies>
<dependency>
<groupId>javax</groupId>
<artifactId>javaee-web-api</artifactId>
<version>7.0</version>
<scope>provided</scope>
</dependency>
<dependency>
<groupId>org.glassfish</groupId>
<artifactId>javax.faces</artifactId>
<version>2.2.7</version>
</dependency>
</dependencies>
<build>
<plugins>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-compiler-plugin</artifactId>
<version>3.1</version>
<configuration>
<source>1.8</source>
<target>1.8</target>
<compilerArguments>
<endorseddirs>${endorsed.dir}</endorseddirs>
</compilerArguments>
</configuration>
</plugin>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-war-plugin</artifactId>
<version>2.3</version>
<configuration>
<failOnMissingWebXml>false</failOnMissingWebXml>
</configuration>
</plugin>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-dependency-plugin</artifactId>
<version>2.6</version>
<executions>
<execution>
<phase>validate</phase>
<goals>
<goal>copy</goal>
</goals>
<configuration>
<outputDirectory>${endorsed.dir}</outputDirectory>
<silent>true</silent>
<artifactItems>
<artifactItem>
<groupId>javax</groupId>
<artifactId>javaee-endorsed-api</artifactId>
<version>7.0</version>
<type>jar</type>
</artifactItem>
</artifactItems>
</configuration>
</execution>
</executions>
</plugin>
</plugins>
</build>
</project>
当我运行应用程序时,输出没有差异,它仍然显示2.2.5版本。我发现这篇文章的答案来自@BalusC,提到必须明确告知Glassfish覆盖已安装的faces版本,使用与应用程序一起部署的替代版本,将其放在GF3早期版本的WEB-INF/glassfish-web.xml
中:
<class-loader delegate="false" />
<property name="useBundledJsf" value="true" />
尽管我使用的是GF4,我想我应该试一试,并添加了一个glassfish-web.xml
:
glassfish-web.xml :
<glassfish-web-app error-url="">
<class-loader delegate="false" />
<property name="useBundledJsf" value="true" />
</glassfish-web-app>
结果是显示带有空版本字符串的消息的页面:
Mojarra的版本是
GF日志也显示没有错误。创建的.war
文件包括WEB-INF/lib/javax.faces-2.2.7.jar
,所以我怀疑问题与GF配置有关,而不是Netbeans/Maven包装。
我知道我可以下载2.2.7 jar并将其放在glassfish/modules
目录中(这就是我开始使用2.2.5的方式)。但最终目标是以特定于应用程序的方式尝试JSF的替代版本(理想情况下,只需更改JSF依赖项的Maven坐标),而不是更改GF的安装。有没有办法做到这一点,通过配置的应用程序,而不改变GF安装?
更新9/14/2015:我建立了一个新的Netbeans项目:
- GlassFish 4.1(开箱即用),默认安装Mojarra 2.2.7。
- NB Maven/Web Application项目,使用JSF 2.2框架。
- 对index.xhtml文件进行了如上修改。
- 增加了一个Info.java类,包含上面(javax.enterprise.context.)的内容。requestscope javax.inject.Named)。
- 添加了WEB-INF/glassfish-web.xml,并添加了如上所示的行。
- 如上所示,将依赖项添加到pom.xml文件中,但使用javax。
基本上,我得到了相同的结果。如果useBundledJsf属性设置不在glassfish-web.xml文件中,则版本显示为2.2.7(即使war文件中包含2.2.12)。如果存在useBundledJsf属性设置,并将类加载器更改为"false",则版本为空白。
我还安装了Mojarra 2.2.10通过改变javax。Faces文件在glassfish安装中使用2.2.10。当我这样做时,我得到相同的结果——要么版本为空,要么显示2.2.10(2.2.12仍然配置,并且在两种情况下都处于战争状态)。
另一种解决方案是尝试Payara 4.1.1.154,因为它与Mojarra 2.2.12
我认为这是一个很好的解决方案,可以满足你的需求。
This section details the modules that have been updated since the last release (4.1.153).
Mojarra 2.2.12
Webservices 2.3.2-b608
JAXB 2.2.12-b141219.1637
JAXB-API 2.2.13-b141020.1521
Weld 2.2.16.Final
Tyrus 1.11
JBatch 1.0.1-b09
Grizzly 2.3.23
HK2 2.4.0-b32
Jersey 2.22
Hazelcast 3.5.2