Question

我们正在将项目转移到面向JBoss Wildfly的Java EE 7。

我们有几十个@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而不是战争。如果我不包含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。

这就是部署的战争的样子：

    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

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

提前谢谢。

Answer 1

我们最终做的不是在测试中@Inject＆＃ing控制器，而是手动构建控制器。所以在我上面的例子中，摆脱了@Inject，在@Before方法中，我们构造了对象并设置了控制器@Inject＆＃39; s和@ EJB＆＃39; s的所有字段。所以喜欢：

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

Answer 2

将CDI和JSF注释混合起来是一个坏主意。

javax.faces.view.ViewScoped将使JSF处理bean，但CDI并不知道这一点。

如果CDI识别ViewScopedEE7Controller（取决于打包和beans.xml配置），它将假设@Dependent伪范围（我不认为这是你想要的）。

我会坚持使用＆＃34;所有JSF＆＃34;或者＆＃34;所有CDI＆＃34;做法。如果你想要CDI的javax.faces.view.ViewScoped副本，请查看Apache Deltaspike extensions。

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测试使用的是不同的Classpath而不是服务器上运行的。

我希望这会有所帮助

无法测试CDI ViewScoped bean，就像我们用来测试JSF ViewScoped托管bean一样

3 个答案: