无法像测试JSF ViewScoped托管bean一样测试CDI ViewScoped bean

Question

我们正在将项目迁移到Java EE 7，目标是JBoss Wildfly。

我们有几十个@ManagedBean @javax.faces.bean.ViewScoped（旧的非CDI ViewScoped）控制器，我们正在将其转换为@Named @javax.faces.view.ViewScoped（新的CDI版本）。

我们现在在使用Arquillian对远程Wildfly（beta2 nightly）服务器进行测试时遇到了这个异常：

org.jboss.arquillian.test.spi.ArquillianProxyException: org.jboss.weld.context.ContextNotActiveException : WELD-001303: No active contexts for scope type javax.faces.view.ViewScoped [Proxied because : Original exception not deserilizable, ClassNotFoundException]  
    at org.jboss.weld.manager.BeanManagerImpl.getContext(BeanManagerImpl.java:680)  
    at org.jboss.weld.bean.proxy.ContextBeanInstance.getInstance(ContextBeanInstance.java:79)  
    at org.jboss.weld.bean.proxy.ProxyMethodHandler.invoke(ProxyMethodHandler.java:78)  
    at controller.ViewScopedEE7Controller$Proxy$_$$_WeldClientProxy.getNumber(Unknown Source)  
    at controller.ViewScopedEE7ControllerTest.test(ViewScopedEE7ControllerTest.java:47)  

以下是我认为需要注意的几点：

No active contexts for scope type javax.faces.view.ViewScoped

并且

[Proxied because : Original exception not deserilizable, ClassNotFoundException]  

我有点理解第一部分，虽然在旧的非CDI ViewScoped中这对我们从未构成问题，但我不理解第二部分，哪个类找不到？还是说这是一个误导？

以下是一个完整的工作示例：

ViewScopedEE7Controller.java

    package controller;  

import javax.faces.view.ViewScoped;  
import javax.inject.Named;  

@ViewScoped  
@Named  
public class ViewScopedEE7Controller {  

    private int number = 10;  

    public int getNumber() {  
        return number;  
    }  

    public void setNumber(int number) {  
        this.number = number;  
    }  
}

需要注意的是，如果旧的@ViewScoped与@ManagedBean一起使用而不是@Named，则此测试将完全有效。

ViewScopedEE7ControllerTest.java

    package controller;  

import javax.inject.Inject;  

import org.jboss.arquillian.container.test.api.Deployment;  
import org.jboss.arquillian.junit.Arquillian;  
import org.jboss.shrinkwrap.api.ShrinkWrap;  
import org.jboss.shrinkwrap.api.asset.EmptyAsset;  
import org.jboss.shrinkwrap.api.spec.JavaArchive;  
import org.jboss.shrinkwrap.api.spec.WebArchive;  
import org.jboss.shrinkwrap.resolver.api.maven.Maven;  
import org.jboss.shrinkwrap.resolver.api.maven.PomEquippedResolveStage;  
import org.junit.Assert;  
import org.junit.Test;  
import org.junit.runner.RunWith;  

@RunWith(Arquillian.class)  
public class ViewScopedEE7ControllerTest {  

    @Deployment  
    public static WebArchive deployment() {  
        PomEquippedResolveStage resolver = Maven.resolver().loadPomFromFile("pom.xml");  
        WebArchive war = ShrinkWrap.create(WebArchive.class, "view-scoped.war");  
        war.addClass(ViewScopedEE7Controller.class);  
        war.addAsManifestResource(EmptyAsset.INSTANCE, "beans.xml");  
        war.addAsLibraries(resolver.resolve("org.jboss.spec:jboss-javaee-all-7.0").withTransitivity().asFile());  
        System.out.println(war.toString(true));  
        return war;  
    }  

//    @Deployment  
//    public static JavaArchive deployment() {  
//        JavaArchive war = ShrinkWrap.create(JavaArchive.class, "view-scoped.jar");  
//        war.addClass(ViewScopedEE7Controller.class);  
//        war.addAsManifestResource(EmptyAsset.INSTANCE, "beans.xml");  
//        System.out.println(war.toString(true));  
//        return war;  
//    }  

    @Inject ViewScopedEE7Controller controller;  

    @Test  
    public void test() {  
        Assert.assertNotNull(controller);  
        Assert.assertEquals(10, controller.getNumber());  
        controller.setNumber(100);  
        Assert.assertEquals(100, controller.getNumber());  
    }  
}  

需要注意的是，如果我使用JavaArchive而不是WebArchive构建，则此测试有效，唯一的问题是如果我向控制器添加任何类似于FacesContext的导入，则JavaArchive中的部署失败。然而，我不明白为什么这个简单的测试可以在jar中工作而不是war。如果我不包括jboss-javaee-all-7.0解析，则@Inject无法正常工作。

pom.xml

    <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>test</groupId>  
    <artifactId>view-scoped</artifactId>  
    <version>0.0.1-SNAPSHOT</version>  
    <packaging>war</packaging>  
    <name>view-scoped</name>  

    <dependencyManagement>  
        <dependencies>  
            <dependency>  
                <groupId>org.jboss.arquillian</groupId>  
                <artifactId>arquillian-bom</artifactId>  
                <version>1.1.2.Final</version>  
                <scope>import</scope>  
                <type>pom</type>  
            </dependency>  
        </dependencies>  
    </dependencyManagement>  

    <dependencies>  
        <dependency>  
            <groupId>org.jboss.spec</groupId>  
            <artifactId>jboss-javaee-all-7.0</artifactId>  
            <version>1.0.0.Beta2</version>  
        </dependency>  

        <dependency>  
            <groupId>org.wildfly</groupId>  
            <artifactId>wildfly-arquillian-container-remote</artifactId>  
            <version>8.0.0.Beta1</version>  
            <scope>test</scope>  
        </dependency>  

        <dependency>  
            <groupId>junit</groupId>  
            <artifactId>junit</artifactId>  
            <version>4.11</version>  
            <scope>test</scope>  
        </dependency>  

        <dependency>  
            <groupId>org.jboss.arquillian.junit</groupId>  
            <artifactId>arquillian-junit-container</artifactId>  
            <scope>test</scope>  
        </dependency>  

        <dependency>  
            <groupId>org.jboss.shrinkwrap.resolver</groupId>  
            <artifactId>shrinkwrap-resolver-impl-maven</artifactId>  
            <scope>test</scope>  
        </dependency>  
    </dependencies>  
</project>  

同时还需要一个空的arquillian.xml文件。

下面是打包部署的war文件：

    view-scoped.war:  
/META-INF/  
/META-INF/beans.xml  
/WEB-INF/  
/WEB-INF/lib/  
/WEB-INF/lib/jboss-websocket-api_1.0_spec-1.0.0.Final.jar  
/WEB-INF/lib/hibernate-jpa-2.1-api-1.0.0.Final.jar  
/WEB-INF/lib/jboss-annotations-api_1.2_spec-1.0.0.Final.jar  
/WEB-INF/lib/jboss-ejb-api_3.2_spec-1.0.0.Final.jar  
/WEB-INF/lib/jboss-json-api_1.0_spec-1.0.0.Final.jar  
/WEB-INF/lib/jboss-jsf-api_2.2_spec-2.2.3.jar  
/WEB-INF/lib/jboss-jms-api_2.0_spec-1.0.0.Final.jar  
/WEB-INF/lib/jsr181-api-1.0-MR1.jar  
/WEB-INF/lib/jboss-j2eemgmt-api_1.1_spec-1.0.1.Final.jar  
/WEB-INF/lib/jboss-servlet-api_3.1_spec-1.0.0.Final.jar  
/WEB-INF/lib/jboss-jacc-api_1.5_spec-1.0.0.Beta1.jar  
/WEB-INF/lib/activation-1.1.1.jar  
/WEB-INF/lib/jboss-jaxb-api_2.2_spec-1.0.4.Final.jar  
/WEB-INF/lib/javax.inject-1.jar  
/WEB-INF/lib/jboss-javaee-all-7.0-1.0.0.Beta2.jar  
/WEB-INF/lib/jboss-el-api_3.0_spec-1.0.0.Beta1.jar  
/WEB-INF/lib/jboss-jaxws-api_2.2_spec-2.0.2.Final.jar  
/WEB-INF/lib/validation-api-1.1.0.Final.jar  
/WEB-INF/lib/jboss-jaspi-api_1.1_spec-1.0.0.Beta1.jar  
/WEB-INF/lib/jboss-rmi-api_1.0_spec-1.0.4.Final.jar  
/WEB-INF/lib/jboss-saaj-api_1.3_spec-1.0.3.Final.jar  
/WEB-INF/lib/jboss-connector-api_1.7_spec-1.0.0.Final.jar  
/WEB-INF/lib/cdi-api-1.1.jar  
/WEB-INF/lib/jboss-interceptors-api_1.2_spec-1.0.0.Final.jar  
/WEB-INF/lib/jboss-transaction-api_1.2_spec-1.0.0.Final.jar  
/WEB-INF/lib/jboss-jstl-api_1.2_spec-1.0.4.Beta1.jar  
/WEB-INF/lib/jboss-batch-api_1.0_spec-1.0.0.Final.jar  
/WEB-INF/lib/jaxrs-api-3.0.4.Final.jar  
/WEB-INF/lib/jboss-concurrency-api_1.0_spec-1.0.0.Final.jar  
/WEB-INF/lib/mail-1.5.0-b01.jar  
/WEB-INF/lib/jboss-jsp-api_2.3_spec-1.0.0.Beta1.jar  
/WEB-INF/classes/  
/WEB-INF/classes/controller/  
/WEB-INF/classes/controller/ViewScopedEE7Controller.class  

任何帮助都将非常有用，这目前对我们来说是一个巨大的障碍。我们的服务器按预期工作，但我们目前正在忽略数百个控制器测试。谢谢您提前的帮助。

- Greg Noe

---

你曾经解决过这个异常吗？我在使用Tomcat 8与JSF + CDI beans时遇到了类似的异常。 - Panu Haaramo

是的，某种程度上，我现在要提交一个答案。 - Greg Noe

Answer 1

我们最终所做的是不在测试中 @Inject 控制器，而是手动构建控制器。因此，在我的上面的示例中，去掉 @Inject，在 @Before 方法中，我们构造对象并设置所有 controller @Inject 和 @EJB 的字段，就像这样：

ControllerToTest controller;
@Inject SessionController sessionController; //this works
@EJB SomeEJB someEJB; //this works too
@Before
public void before() {
  controller.setSessionController(sessionController);
  controller.setSomeEJB(someEJB);
}

- Greg Noe

Answer 2

混用CDI和JSF注解是一个坏主意。

javax.faces.view.ViewScoped将使JSF负责该Bean，但CDI并不知道这一点。

如果ViewScopedEE7Controller被CDI识别，则取决于打包和beans.xml配置，它将假定为@Dependent伪作用域（我不认为这是您想要的）。

我建议您坚持“全部JSF”或“全部CDI”的方法。 如果您想要CDI对应于javax.faces.view.ViewScoped，请查看 Apache Deltaspike扩展。

- Yuri

---

据我所知，我们没有混合使用注释，javax.faces.view.ViewScoped是新的EE 7 CDI ViewScoped注释，不像javax.faces.bean.ViewScoped是旧的JSF ViewScoped。http://docs.oracle.com/javaee/7/api/javax/faces/view/ViewScoped.html - Greg Noe

很奇怪。Weld文档根本没有提到这个范围。而且在涉及JSF的示例中，他们从不使用javax.faces.*的注释。也许这是新规范中那些模糊的角落之一。 - Yuri

@Yuri 看起来你把 javax.faces.view.ViewScoped 和 javax.faces.bean.ViewScoped 搞混了，后者是 JSF 作用域，前者是 CDI 作用域，所以不会混淆。 - Ebuzer Taha KANAT

Answer 3

问题很简单。CDI不知道任何叫做的上下文

。

javax.faces.view.ViewScoped

你的WELD实现将这个ViewScoped Bean读取并解析为CDI容器管理的bean，但是CDI与JSF作用域不太兼容。事实上，CDI规范并没有说明CDI管理的bean与JSF作用域相比CDI作用域会有什么不同。

另一个异常行

Original exception not deserilizable

这可能是由Arquillian引起的，但我对此没有太多细节，但似乎您的Arquillian测试使用的类路径与服务器上运行的不同。

希望这可以帮到您。

- Sekhon

---

为什么CDI不知道javax.faces.view.ViewScoped？view.ViewScoped是Java EE 7中引入的新ViewScoped注释，是CDI的一部分。http://docs.oracle.com/javaee/7/api/javax/faces/view/ViewScoped.html - Greg Noe

CDI知道，你可以在这里看到： http://docs.oracle.com/javaee/7/api/javax/faces/view/ViewScoped.html - Oscar Calderon