UnserializableDependencyException: WELD-001413: bean 声明了一个钝化范围，但有一个不支持钝化的依赖项答案

【问题标题】：UnserializableDependencyException: WELD-001413: The bean declares a passivating scope but has a non-passivation-capable dependencyUnserializableDependencyException: WELD-001413: bean 声明了一个钝化范围，但有一个不支持钝化的依赖项
【发布时间】：2015-08-28 13:41:27
【问题描述】：

我有以下 CDI 托管 bean：

@Named
@SessionScoped
public class InfoPageController implements Serializable {

    @Inject
    private InfoPageMapper mapper;

}

在部署到 GlassFish 4.1 期间会引发以下异常：

Exception while loading the app : CDI deployment failure:WELD-001413: The bean Managed Bean [class de.triaconsulting.cashyourgame.fe.controller.InfoPageController] with qualifiers [@Default @Any @Named] declares a passivating scope but has a non-passivation-capable dependency Managed Bean [class de.triaconsulting.cashyourgame.fe.mapper.InfoPageMapper] with qualifiers [@Any @Default]
org.jboss.weld.exceptions.UnserializableDependencyException: WELD-001413: The bean Managed Bean [class de.triaconsulting.cashyourgame.fe.controller.InfoPageController] with qualifiers [@Default @Any @Named] declares a passivating scope but has a non-passivation-capable dependency Managed Bean [class de.triaconsulting.cashyourgame.fe.mapper.InfoPageMapper] with qualifiers [@Any @Default]
    at org.jboss.weld.bootstrap.Validator.validateInjectionPointPassivationCapable(Validator.java:477)
    at org.jboss.weld.bootstrap.Validator.validateInjectionPointForDeploymentProblems(Validator.java:395)
    at org.jboss.weld.bootstrap.Validator.validateInjectionPoint(Validator.java:291)
    at org.jboss.weld.bootstrap.Validator.validateGeneralBean(Validator.java:134)
    at org.jboss.weld.bootstrap.Validator.validateRIBean(Validator.java:165)
    at org.jboss.weld.bootstrap.Validator.validateBean(Validator.java:529)
    at org.jboss.weld.bootstrap.Validator.validateBeans(Validator.java:515)
    at org.jboss.weld.bootstrap.Validator.validateDeployment(Validator.java:490)
    at org.jboss.weld.bootstrap.WeldStartup.validateBeans(WeldStartup.java:419)
    at org.jboss.weld.bootstrap.WeldBootstrap.validateBeans(WeldBootstrap.java:90)
    at org.glassfish.weld.WeldDeployer.event(WeldDeployer.java:225)
    at org.glassfish.kernel.event.EventsImpl.send(EventsImpl.java:131)
    at org.glassfish.internal.data.ApplicationInfo.load(ApplicationInfo.java:328)
    at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:496)
    at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:219)
    at org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:491)
    at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:539)
    at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:535)
    at java.security.AccessController.doPrivileged(Native Method)
    at javax.security.auth.Subject.doAs(Subject.java:356)
    at com.sun.enterprise.v3.admin.CommandRunnerImpl$2.execute(CommandRunnerImpl.java:534)
    at com.sun.enterprise.v3.admin.CommandRunnerImpl$3.run(CommandRunnerImpl.java:565)
    at com.sun.enterprise.v3.admin.CommandRunnerImpl$3.run(CommandRunnerImpl.java:557)
    at java.security.AccessController.doPrivileged(Native Method)
    at javax.security.auth.Subject.doAs(Subject.java:356)
    at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:556)
    at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1464)
    at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1300(CommandRunnerImpl.java:109)
    at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1846)
    at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1722)
    at com.sun.enterprise.v3.admin.AdminAdapter.doCommand(AdminAdapter.java:534)
    at com.sun.enterprise.v3.admin.AdminAdapter.onMissingResource(AdminAdapter.java:224)
    at org.glassfish.grizzly.http.server.StaticHttpHandlerBase.service(StaticHttpHandlerBase.java:189)
    at com.sun.enterprise.v3.services.impl.ContainerMapper$HttpHandlerCallable.call(ContainerMapper.java:459)
    at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:167)
    at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:201)
    at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:175)
    at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:235)
    at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119)
    at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:284)
    at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:201)
    at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:133)
    at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:112)
    at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77)
    at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:561)
    at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:112)
    at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:117)
    at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$100(WorkerThreadIOStrategy.java:56)
    at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run(WorkerThreadIOStrategy.java:137)
    at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:565)
    at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:545)
    at java.lang.Thread.run(Thread.java:745)

这是怎么引起的，我该如何解决？

【问题讨论】：

邮件中提到了InfoPageMapper，但我在您的帖子中没有看到任何定义——除了InfoPageController 中的引用。消息精简了一点：The bean Managed Bean [... InfoPageController] ... declares a passivating scope but has a non-passivation-capable dependency Managed Bean [... InfoPageMapper]
我相信这仅仅意味着并非所有注入的 bean/会话范围 bean 的属性都是可序列化的。它似乎将矛头指向 InfoPageMapper。

标签： jsf cdi managed-bean

【解决方案1】：

先解决办法，再解释：

您可以做的最简单的操作是将InfoPageController 中的字段InfoPageMapper mapper 标记为transient：

@Named
@SessionScoped
public class InfoPageController implements Serializable {

    @Inject
    transient private InfoPageMapper mapper;

现在解释一下：

错误消息用可读的语言说明了这一点：

必须是 SessionScoped 的 bean InfoPageController 可序列化，但它需要InfoPageMapper，它不是可序列化或瞬态 - 无法确定如何序列化 InfoPageController。

在 CDI 中，有一些范围（通常是 SessionScope）需要 bean 可序列化 - 主要是因为它们以某种方式连接到 HTTP Session，它可以包含更多适合内存的对象，并且服务器有时可能需要将它们交换到磁盘。

您似乎得到了这个，因为 InfoPageController 实现了 Serializable。但根据 Java 序列化原则，这还不够。您需要确保您的 Serializable 类的所有成员字段都是以下之一： - 原始类型（int，boolean） - 可序列化的对象（所有序列化规则递归应用） - 该字段标有关键字瞬态（与例如私有关键字位于同一级别）

CDI 的技巧是您可以将所有注入的字段标记为瞬态，因为当对象从磁盘反序列化到内存时，它们会再次注入。因此，您不会丢失在反序列化时会为空的瞬态对象，因为它之前没有存储到磁盘中。

另一个解决方案是使注入的 bean InfoPageMapper 也可序列化。但随后问题可能会随着注入 InfoPageMapper 的字段递归地重复。 Transient 关键字在发生问题时解决了您的问题，并且不会强制其他 benas 可序列化（如果不需要）。

【讨论】：

在标记字段瞬态之前，我将仔细检查该字段是否属于会话对应的 bean。如果 InfoPageMapper 是具有默认范围 (@Dependent) 的 bean，则隐式将其设为会话范围 bean。所以它在每个会话中重复。如果映射器有更多的控制器角色，你最好在其中注入会话范围的元素，在每次调用时都会检索到正确的数据。
@Kazaag - 你是对的，在某些情况下，将注入的 bean 作为 SessionScoped 是有意义的。从技术角度来看，它也是一个 Serializable bean，因此它可以解决异常问题。从逻辑的角度来看，应用程序的行为可能不同，因为多个 bean 将在会话范围内共享同一个 bean。
也许有一点建议：对于我的测试用例，我也忘记在 bean 中将发现模式从“注释”设置为“全部”。 xml >.

【解决方案2】：

根据您的服务器错误消息，检查 de.triaconsulting.cashyourgame.fe.mapper.InfoPageMapper。 InfoPageMapper 是否实现了 Serializable？

您在 InfoPageController 对象的 Session Scope 中注入 InfoPageMapper 对象。会话范围对象及其成员需要序列化。所以 InfoPageMapper 对象必须能够序列化。

所以 InfoPageMapper 必须实现 Serializable 接口。

如果不想在InfoPageController中序列化InfoPageMapper对象，可以在该变量处设置transient关键字。

【讨论】：