【问题标题】:@EJB in @ViewScoped managed bean causes java.io.NotSerializableException@ViewScoped 托管 bean 中的 @EJB 导致 java.io.NotSerializableException
【发布时间】:2011-03-03 12:53:10
【问题描述】:

我一直在用@ViewScoped 托管bean 敲打我的脑袋。我正在使用 primeface 的“计划”组件来显示一些事件。当用户单击特定按钮时,使用 ajax 调用 viewscoped bean 中的一个方法,但每次我得到一个 “java.io.NotSerializableException”,如果我更改托管 bean 范围以请求问题消失。

我做错了什么?有什么想法吗?

这是我的托管 bean:

@ManagedBean(name = "schedule")
@ViewScoped
public class ScheduleMBean implements Serializable {

    @EJB
    private CongeBean congeBean;


    @ManagedProperty(value = "#{sessionBean}")
    private SessionMBean sessionBean;

    private DefaultScheduleModel visualiseurConges = null;

    public ScheduleMBean(){

    }
    @PostConstruct
    public void init() {

        if(visualiseurConges == null){

                visualiseurConges = new DefaultScheduleModel();
        }



    }

    public void updateSchedule(){

        visualiseurConges.addEvent(new DefaultScheduleEvent("test" , new Date(), new Date() ));



    }

    public void setVisualiseurConges(DefaultScheduleModel visualiseurConges) {
        this.visualiseurConges = visualiseurConges;
    }

    public DefaultScheduleModel getVisualiseurConges() {



        return visualiseurConges;
    }

    public void setSessionBean(SessionMBean sessionBean) {
        this.sessionBean = sessionBean;
    }

    public SessionMBean getSessionBean() {
        return sessionBean;
    }



}

这是完整的堆栈跟踪

GRAVE: java.io.NotSerializableException: fr.novae.conseil.gestion.ejb.security.__EJB31_Generated__AuthenticationBean__Intf____Bean__
    at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1156)
    at java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java:1509)
    at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1474)
    at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1392)
    at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1150)
    at java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java:1509)
    at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1474)
    at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1392)
    at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1150)
    at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:326)
    at java.util.HashMap.writeObject(HashMap.java:1001)
    at sun.reflect.GeneratedMethodAccessor592.invoke(Unknown Source)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
    at java.lang.reflect.Method.invoke(Method.java:597)
    at java.io.ObjectStreamClass.invokeWriteObject(ObjectStreamClass.java:945)
    at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1461)
    at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1392)
    at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1150)
    at java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java:1509)
    at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1474)
    at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1392)
    at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1150)
    at java.io.ObjectOutputStream.writeArray(ObjectOutputStream.java:1338)
    at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1146)
    at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:326)
    at java.util.HashMap.writeObject(HashMap.java:1001)
    at sun.reflect.GeneratedMethodAccessor592.invoke(Unknown Source)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
    at java.lang.reflect.Method.invoke(Method.java:597)
    at java.io.ObjectStreamClass.invokeWriteObject(ObjectStreamClass.java:945)
    at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1461)
    at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1392)
    at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1150)
    at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:326)
    at com.sun.faces.renderkit.ClientSideStateHelper.doWriteState(ClientSideStateHelper.java:293)
    at com.sun.faces.renderkit.ClientSideStateHelper.writeState(ClientSideStateHelper.java:167)
    at com.sun.faces.renderkit.ResponseStateManagerImpl.writeState(ResponseStateManagerImpl.java:123)
    at com.sun.faces.application.StateManagerImpl.writeState(StateManagerImpl.java:155)
    at org.primefaces.application.PrimeFacesPhaseListener.writeState(PrimeFacesPhaseListener.java:174)
    at org.primefaces.application.PrimeFacesPhaseListener.handleAjaxRequest(PrimeFacesPhaseListener.java:111)
    at org.primefaces.application.PrimeFacesPhaseListener.beforePhase(PrimeFacesPhaseListener.java:74)
    at com.sun.faces.lifecycle.Phase.handleBeforePhase(Phase.java:228)
    at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:99)
    at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139)
    at javax.faces.webapp.FacesServlet.service(FacesServlet.java:313)
    at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1523)
    at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:279)
    at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:188)
    at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:641)
    at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:97)
    at com.sun.enterprise.web.PESessionLockingStandardPipeline.invoke(PESessionLockingStandardPipeline.java:85)
    at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:185)
    at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:325)
    at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:226)
    at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:165)
    at com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:791)
    at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:693)
    at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:954)
    at com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:170)
    at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:135)
    at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:102)
    at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:88)
    at com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:76)
    at com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:53)
    at com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:57)
    at com.sun.grizzly.ContextTask.run(ContextTask.java:69)
    at com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:330)
    at com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:309)
    at java.lang.Thread.run(Thread.java:619)

提前致谢

【问题讨论】:

    标签: java jsf jsf-2


    【解决方案1】:

    @ViewScoped bean 存储在 HTTP 会话中。存储在 HTTP 会话中的任何对象都需要实现 Serializable。另见JSF managed bean causing java.io.NotSerializableException during Tomcat deploymentjava.io.WriteAbortedException: writing aborted; java.io.NotSerializableException

    NotSerializableException 通常是不言自明的,因为它提到了需要序列化的类的完整限定名,但不能这样,因为它没有实现Serializable

    但是,在这种特殊情况下,该名称似乎表示一个自动生成的类,很可能是由 EJB 容器自动生成的,因此完全不受您的控制。

    我以前从未见过这个问题,而且谷歌似乎也没有给出太多关于这个问题的信息。根据您正在使用 Glassfish v3 的堆栈跟踪,因此我建议发布一个 issue 关于该问题。同时,您最好的选择可能是将 JSF 视图状态保存设置到服务器端。


    更新:MyFaces 中的一个类似问题表明在反序列化期间使用错误类加载器的 JSF impl 特定问题。升级 JSF impl 应该可以解决问题:@EJB in @ViewScoped @ManagedBean causes java.io.NotSerializableException

    【讨论】:

    • 您好,谢谢您的回答,实际上“视图状态保存”设置为“客户端”我没有意识到,因为 web.xml 文件是由 IDE 自动生成的。但是我认为“客户端状态保存”是要走的路,但从我可以看到如果我想使用@ViewScoped managed-beans 我需要将它更改为“服务器状态保存”或让我的所有 EJB 和 ManagedBeans 实现可序列化,我认为有点复杂....
    • 那里有 IDE。自动生成代码。您只需要了解 IDE 的功能以及如何正确使用它 :) 我个人只是摆脱客户端状态保存。服务器内存比网络带宽便宜,当 HTTP 数据传输速度更快时,用户体验会更好。
    • 是的!非常非常感谢,您和您的文章再次为我节省了很多时间!
    • @BalusC:你在我经历的时候编辑了答案。是否将 EJB 属性设置为瞬态以便它不会被序列化(在反序列化时它将为空),在这种特定情况下没有用吗?
    • @Shirgill:6 年前我错误地这么认为。不要那样做,它不会被重新注入。
    猜你喜欢
    • 2011-12-07
    • 2011-06-17
    • 2012-10-15
    • 1970-01-01
    • 2011-04-20
    • 2014-02-24
    • 2016-12-26
    • 2015-07-26
    • 2012-08-27
    相关资源
    最近更新 更多