在javax.faces.context.FacesContext.isProcessingEvents（FacesContext.java:300）中的JSF部署错误“ [英] JSF Deploy Error "at javax.faces.context.FacesContext.isProcessingEvents(FacesContext.java:300)"

问题描述

我想在Websphere上部署一个企业项目。

我有以下例外。

可能是什么原因？

  [03.09.12 11 ：21：05：636 CEST] 0000001a webapp E com.ibm.ws.webcontainer.webapp.WebApp notifyServletContextCreated SRVE0283E：初始化上下文时捕获的异常：{0} 
 java.lang.StackOverflowError 
在java。 lang.ThreadLocal $ ThreadLocalMap.getEntry（ThreadLocal.java:371）
在java.lang.ThreadLocal $ ThreadLocalMap.access $ 000（ThreadLocal.java:254）
在java.lang.ThreadLocal.get（ThreadLocal .java：138）
在javax.faces.context.FacesContext.isProcessingEvents（FacesContext.java:293）
在javax.faces.context.FacesContext.isProcessingEvents（FacesContext.java:300）
在javax.faces.context.FacesContext.isProcessingEvents（FacesContext.java:300）
在javax.faces.context.FacesContext.isProcessingEvents（FacesContext.java:300）
在javax.faces.context。 FacesContext.isProcessingEvents（FacesContext.java:300）
在javax.faces.co ntext.FacesContext.isProcessingEvents（FacesContext.java:300）
在javax.faces.context.FacesContext.isProcessingEvents（FacesContext.java:300）
在javax.faces.context.FacesContext.isProcessingEvents（FacesContext。 java：300）
在javax.faces.context.FacesContext.isProcessingEvents（FacesContext.java:300）
  

解决方案

stacktrace 建议你使用MyFaces，而在代码之前的某个时刻， FacesContext.setCurrentInstance（FacesContext.getCurrentInstance（））被调用，这将导致这种无限循环。

这就是我可以告诉根据迄今提供的信息。我不知道为什么当前实例的face context的当前实例被设置。也许这是你自己的代码中的一个错误，或是错误配置。验证污染的类路径（复制旧版本的JAR）并验证任何启动代码（ Filter＃init（）， ServletContextListener＃contextInitialized（）等），如果没有做一些奇怪的东西。

I want to deploy an enterprise project on Websphere.

I got the following exception.

What can be the reason?

[03.09.12 11:21:05:636 CEST] 0000001a webapp        E com.ibm.ws.webcontainer.webapp.WebApp notifyServletContextCreated SRVE0283E: Exception caught while initializing context: {0}
                                 java.lang.StackOverflowError
    at java.lang.ThreadLocal$ThreadLocalMap.getEntry(ThreadLocal.java:371)
    at java.lang.ThreadLocal$ThreadLocalMap.access$000(ThreadLocal.java:254)
    at java.lang.ThreadLocal.get(ThreadLocal.java:138)
    at javax.faces.context.FacesContext.isProcessingEvents(FacesContext.java:293)
    at javax.faces.context.FacesContext.isProcessingEvents(FacesContext.java:300)
    at javax.faces.context.FacesContext.isProcessingEvents(FacesContext.java:300)
    at javax.faces.context.FacesContext.isProcessingEvents(FacesContext.java:300)
    at javax.faces.context.FacesContext.isProcessingEvents(FacesContext.java:300)
    at javax.faces.context.FacesContext.isProcessingEvents(FacesContext.java:300)
    at javax.faces.context.FacesContext.isProcessingEvents(FacesContext.java:300)
    at javax.faces.context.FacesContext.isProcessingEvents(FacesContext.java:300)
    at javax.faces.context.FacesContext.isProcessingEvents(FacesContext.java:300)

解决方案

The stacktrace suggests that you're using MyFaces and that at some point before in the code the FacesContext.setCurrentInstance(FacesContext.getCurrentInstance()) is been invoked which would result in this kind of infinite loop.

That's all I can tell based on the information provided so far. I'm not sure why the current instance of the faces context is been set with the current instance. Perhaps it's a bug in your own code, or something is wrongly configured. Verify the classpath for pollution (duplicate older versioned JARs) and verify any startup code (Filter#init(), ServletContextListener#contextInitialized(), etc) if it isn't doing some weird stuff.

这篇关于在javax.faces.context.FacesContext.isProcessingEvents（FacesContext.java:300）中的JSF部署错误“的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！