[JBoss JIRA] Updated: (RF-572) ClassCastException when trying to access a JSF Portlet using RichFaces
by Ilya Shaikovsky (JIRA)
[ http://jira.jboss.com/jira/browse/RF-572?page=all ]
Ilya Shaikovsky updated RF-572:
-------------------------------
Fix Version/s: 3.1.3
> ClassCastException when trying to access a JSF Portlet using RichFaces
> ----------------------------------------------------------------------
>
> Key: RF-572
> URL: http://jira.jboss.com/jira/browse/RF-572
> Project: RichFaces
> Issue Type: Bug
> Affects Versions: 3.1.0
> Environment: RealFaces 3.1.0.SNAPSHOT (sourcecode retrieved and built manually from svn 08.08.2007 )
> JSF Portlet Bridge 1.2.1 from Sun
> JBoss Portal 2.6.1.GA
> JBoss AS 4.2.1.GA
> JDK 1.5.0_08
> Postgresql 8.x database
> Linux Kubuntu 6.10
> Reporter: Viggo Navarsete
> Assigned To: Alexander Smirnov
> Fix For: 3.2.0, 3.1.3
>
> Attachments: AbstractExternalContext.java, ContextAttributesMap.java, ContextMap.java, EnumerationIterator.java, FacesContextImpl.java, portlet-jsfrichfacesdemo-session.war, portlet-jsfrichfacesdemo.war, portlet-jsfrichfacesdemo.war, PortletContextImpl.java, ServletContextImpl.java, SessionAttributesNames.java, suggestionBoxDemo-Portal2.6.2.zip
>
>
> I have created a JSF portlet using the latest RichFaces source code from svn. I have added a <rich:panel> to my jsp page, deployed it to my jboss portal, created a portlet instance and added it to a page. When trying to access the page I get the following stacktrace:
> 08:37:37,523 WARN [SkinFactoryImpl] Init parameter for a skin name changed to org.richfaces.SKIN
> 08:37:39,853 ERROR [[Faces Servlet]] Servlet.service() for servlet Faces Servlet threw exception
> java.lang.ClassCastException: org.apache.catalina.core.ApplicationContextFacade
> at com.sun.faces.portlet.FacesContextFactoryImpl.getFacesContext(FacesContextFactoryImpl.java:64)
> at org.ajax4jsf.resource.InternetResourceService.getFacesContext(InternetResourceService.java:317)
> at org.ajax4jsf.resource.InternetResourceService.getResourceContext(InternetResourceService.java:251)
> at org.ajax4jsf.resource.InternetResourceService.serviceResource(InternetResourceService.java:162)
> at org.ajax4jsf.resource.InternetResourceService.serviceResource(InternetResourceService.java:144)
> at org.ajax4jsf.webapp.BaseFilter.doFilter(BaseFilter.java:259)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230)
> at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
> at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:179)
> at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:84)
> at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
> at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:104)
> at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:157)
> at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
> at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:241)
> at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)
> at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:580)
> at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
> at java.lang.Thread.run(Thread.java:595)
> Please read the JBoss Forum reference for more information about configuration of my web.xml, portlet.xml and other "war-file-specific-things".
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
16 years, 11 months
[JBoss JIRA] Updated: (RF-851) "<%%%>" string value processed wrong with Tidy Filter
by Ilya Shaikovsky (JIRA)
[ http://jira.jboss.com/jira/browse/RF-851?page=all ]
Ilya Shaikovsky updated RF-851:
-------------------------------
Fix Version/s: 3.1.3
> "<%%%>" string value processed wrong with Tidy Filter
> -----------------------------------------------------
>
> Key: RF-851
> URL: http://jira.jboss.com/jira/browse/RF-851
> Project: RichFaces
> Issue Type: Bug
> Affects Versions: 3.1.0
> Reporter: Ilya Shaikovsky
> Assigned To: Alexander Smirnov
> Priority: Critical
> Fix For: 3.2.0, 3.1.3
>
>
> <h:form>
> <h:dataTable value="#{capitalsBean.capitals}" var="cap" rows="20" border="1" id="table">
> <h:column>
> <h:inputText value="#{cap.name}" rendered="#{cap.checked}"></h:inputText>
> <h:outputText value="#{cap.name}" rendered="#{not cap.checked}"></h:outputText>
> </h:column>
> <h:column>
> <h:inputText value="#{cap.state}" rendered="#{cap.checked}"></h:inputText>
> <h:outputText value="#{cap.state}" rendered="#{not cap.checked}"></h:outputText>
> </h:column>
> <h:column>
> <h:selectBooleanCheckbox value="#{cap.checked}">
> <a4j:support event="onclick" reRender="table"></a4j:support>
> </h:selectBooleanCheckbox>
> </h:column>
> </h:dataTable>
> </h:form>
> 1) Check the check box to make line editable,
> 2) paste <%%%> to any edit
> 3) uncheck the box to submit this
> 4) try to check again
> After WriteAttribute writes this value to input's value attribute it escaped all symbols Ok. But after Tydy process the page it use still "<%%%>" and Parse error appears.
> Works fine under FastFilter
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
16 years, 11 months
[JBoss JIRA] Commented: (RF-572) ClassCastException when trying to access a JSF Portlet using RichFaces
by Viggo Navarsete (JIRA)
[ http://jira.jboss.com/jira/browse/RF-572?page=comments#action_12391208 ]
Viggo Navarsete commented on RF-572:
------------------------------------
...and Alexander..I guess it's RichFaces 3.1.3.RC1, and not CR1?
> ClassCastException when trying to access a JSF Portlet using RichFaces
> ----------------------------------------------------------------------
>
> Key: RF-572
> URL: http://jira.jboss.com/jira/browse/RF-572
> Project: RichFaces
> Issue Type: Bug
> Affects Versions: 3.1.0
> Environment: RealFaces 3.1.0.SNAPSHOT (sourcecode retrieved and built manually from svn 08.08.2007 )
> JSF Portlet Bridge 1.2.1 from Sun
> JBoss Portal 2.6.1.GA
> JBoss AS 4.2.1.GA
> JDK 1.5.0_08
> Postgresql 8.x database
> Linux Kubuntu 6.10
> Reporter: Viggo Navarsete
> Assigned To: Alexander Smirnov
> Fix For: 3.2.0
>
> Attachments: AbstractExternalContext.java, ContextAttributesMap.java, ContextMap.java, EnumerationIterator.java, FacesContextImpl.java, portlet-jsfrichfacesdemo-session.war, portlet-jsfrichfacesdemo.war, portlet-jsfrichfacesdemo.war, PortletContextImpl.java, ServletContextImpl.java, SessionAttributesNames.java, suggestionBoxDemo-Portal2.6.2.zip
>
>
> I have created a JSF portlet using the latest RichFaces source code from svn. I have added a <rich:panel> to my jsp page, deployed it to my jboss portal, created a portlet instance and added it to a page. When trying to access the page I get the following stacktrace:
> 08:37:37,523 WARN [SkinFactoryImpl] Init parameter for a skin name changed to org.richfaces.SKIN
> 08:37:39,853 ERROR [[Faces Servlet]] Servlet.service() for servlet Faces Servlet threw exception
> java.lang.ClassCastException: org.apache.catalina.core.ApplicationContextFacade
> at com.sun.faces.portlet.FacesContextFactoryImpl.getFacesContext(FacesContextFactoryImpl.java:64)
> at org.ajax4jsf.resource.InternetResourceService.getFacesContext(InternetResourceService.java:317)
> at org.ajax4jsf.resource.InternetResourceService.getResourceContext(InternetResourceService.java:251)
> at org.ajax4jsf.resource.InternetResourceService.serviceResource(InternetResourceService.java:162)
> at org.ajax4jsf.resource.InternetResourceService.serviceResource(InternetResourceService.java:144)
> at org.ajax4jsf.webapp.BaseFilter.doFilter(BaseFilter.java:259)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230)
> at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
> at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:179)
> at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:84)
> at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
> at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:104)
> at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:157)
> at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
> at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:241)
> at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)
> at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:580)
> at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
> at java.lang.Thread.run(Thread.java:595)
> Please read the JBoss Forum reference for more information about configuration of my web.xml, portlet.xml and other "war-file-specific-things".
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
16 years, 11 months
[JBoss JIRA] Commented: (RF-572) ClassCastException when trying to access a JSF Portlet using RichFaces
by Viggo Navarsete (JIRA)
[ http://jira.jboss.com/jira/browse/RF-572?page=comments#action_12391187 ]
Viggo Navarsete commented on RF-572:
------------------------------------
Great news Alexander, I will try this on Monday! Which JBoss Portal installation do I need? Because I guess the portlet bridge is bundled with the portal, not with the Richfaces API?
> ClassCastException when trying to access a JSF Portlet using RichFaces
> ----------------------------------------------------------------------
>
> Key: RF-572
> URL: http://jira.jboss.com/jira/browse/RF-572
> Project: RichFaces
> Issue Type: Bug
> Affects Versions: 3.1.0
> Environment: RealFaces 3.1.0.SNAPSHOT (sourcecode retrieved and built manually from svn 08.08.2007 )
> JSF Portlet Bridge 1.2.1 from Sun
> JBoss Portal 2.6.1.GA
> JBoss AS 4.2.1.GA
> JDK 1.5.0_08
> Postgresql 8.x database
> Linux Kubuntu 6.10
> Reporter: Viggo Navarsete
> Assigned To: Alexander Smirnov
> Fix For: 3.2.0
>
> Attachments: AbstractExternalContext.java, ContextAttributesMap.java, ContextMap.java, EnumerationIterator.java, FacesContextImpl.java, portlet-jsfrichfacesdemo-session.war, portlet-jsfrichfacesdemo.war, portlet-jsfrichfacesdemo.war, PortletContextImpl.java, ServletContextImpl.java, SessionAttributesNames.java, suggestionBoxDemo-Portal2.6.2.zip
>
>
> I have created a JSF portlet using the latest RichFaces source code from svn. I have added a <rich:panel> to my jsp page, deployed it to my jboss portal, created a portlet instance and added it to a page. When trying to access the page I get the following stacktrace:
> 08:37:37,523 WARN [SkinFactoryImpl] Init parameter for a skin name changed to org.richfaces.SKIN
> 08:37:39,853 ERROR [[Faces Servlet]] Servlet.service() for servlet Faces Servlet threw exception
> java.lang.ClassCastException: org.apache.catalina.core.ApplicationContextFacade
> at com.sun.faces.portlet.FacesContextFactoryImpl.getFacesContext(FacesContextFactoryImpl.java:64)
> at org.ajax4jsf.resource.InternetResourceService.getFacesContext(InternetResourceService.java:317)
> at org.ajax4jsf.resource.InternetResourceService.getResourceContext(InternetResourceService.java:251)
> at org.ajax4jsf.resource.InternetResourceService.serviceResource(InternetResourceService.java:162)
> at org.ajax4jsf.resource.InternetResourceService.serviceResource(InternetResourceService.java:144)
> at org.ajax4jsf.webapp.BaseFilter.doFilter(BaseFilter.java:259)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230)
> at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
> at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:179)
> at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:84)
> at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
> at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:104)
> at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:157)
> at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
> at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:241)
> at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)
> at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:580)
> at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
> at java.lang.Thread.run(Thread.java:595)
> Please read the JBoss Forum reference for more information about configuration of my web.xml, portlet.xml and other "war-file-specific-things".
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
16 years, 11 months
[JBoss JIRA] Commented: (RF-572) ClassCastException when trying to access a JSF Portlet using RichFaces
by Alexander Smirnov (JIRA)
[ http://jira.jboss.com/jira/browse/RF-572?page=comments#action_12391175 ]
Alexander Smirnov commented on RF-572:
--------------------------------------
Portlet bridge was refactored to a JSF-301 compatible. So, old issues may be not applicable with a new code. Current code have been deployed with the RichFaces 3.1.3.CR1.
Please, check your application with a new implementation.
> ClassCastException when trying to access a JSF Portlet using RichFaces
> ----------------------------------------------------------------------
>
> Key: RF-572
> URL: http://jira.jboss.com/jira/browse/RF-572
> Project: RichFaces
> Issue Type: Bug
> Affects Versions: 3.1.0
> Environment: RealFaces 3.1.0.SNAPSHOT (sourcecode retrieved and built manually from svn 08.08.2007 )
> JSF Portlet Bridge 1.2.1 from Sun
> JBoss Portal 2.6.1.GA
> JBoss AS 4.2.1.GA
> JDK 1.5.0_08
> Postgresql 8.x database
> Linux Kubuntu 6.10
> Reporter: Viggo Navarsete
> Assigned To: Alexander Smirnov
> Fix For: 3.2.0
>
> Attachments: AbstractExternalContext.java, ContextAttributesMap.java, ContextMap.java, EnumerationIterator.java, FacesContextImpl.java, portlet-jsfrichfacesdemo-session.war, portlet-jsfrichfacesdemo.war, portlet-jsfrichfacesdemo.war, PortletContextImpl.java, ServletContextImpl.java, SessionAttributesNames.java, suggestionBoxDemo-Portal2.6.2.zip
>
>
> I have created a JSF portlet using the latest RichFaces source code from svn. I have added a <rich:panel> to my jsp page, deployed it to my jboss portal, created a portlet instance and added it to a page. When trying to access the page I get the following stacktrace:
> 08:37:37,523 WARN [SkinFactoryImpl] Init parameter for a skin name changed to org.richfaces.SKIN
> 08:37:39,853 ERROR [[Faces Servlet]] Servlet.service() for servlet Faces Servlet threw exception
> java.lang.ClassCastException: org.apache.catalina.core.ApplicationContextFacade
> at com.sun.faces.portlet.FacesContextFactoryImpl.getFacesContext(FacesContextFactoryImpl.java:64)
> at org.ajax4jsf.resource.InternetResourceService.getFacesContext(InternetResourceService.java:317)
> at org.ajax4jsf.resource.InternetResourceService.getResourceContext(InternetResourceService.java:251)
> at org.ajax4jsf.resource.InternetResourceService.serviceResource(InternetResourceService.java:162)
> at org.ajax4jsf.resource.InternetResourceService.serviceResource(InternetResourceService.java:144)
> at org.ajax4jsf.webapp.BaseFilter.doFilter(BaseFilter.java:259)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230)
> at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
> at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:179)
> at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:84)
> at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
> at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:104)
> at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:157)
> at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
> at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:241)
> at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)
> at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:580)
> at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
> at java.lang.Thread.run(Thread.java:595)
> Please read the JBoss Forum reference for more information about configuration of my web.xml, portlet.xml and other "war-file-specific-things".
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
16 years, 11 months
[JBoss JIRA] Resolved: (RF-529) portlet-extension does not work on BEA WLP 10 / Websphere Portal 5.1. - javax.faces.FacesException: AJAX call to portlet without namespace
by Alexander Smirnov (JIRA)
[ http://jira.jboss.com/jira/browse/RF-529?page=all ]
Alexander Smirnov resolved RF-529.
----------------------------------
Fix Version/s: 3.1.3
Resolution: Done
Portlet bridge was refactored to a JSF-301 compatible. So, old issues may be not applicable with a new code.
> portlet-extension does not work on BEA WLP 10 / Websphere Portal 5.1. - javax.faces.FacesException: AJAX call to portlet without namespace
> ------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: RF-529
> URL: http://jira.jboss.com/jira/browse/RF-529
> Project: RichFaces
> Issue Type: Bug
> Affects Versions: 3.1.0
> Environment: WinXP, Servers: BEA Weblogicc Portal 10 / Websphere Portal Server 5.1. ,Env: java 1.5, myfaces1.1.4, richfaces-ui-3.1.0-20070731.220158-10.jar, richfaces-api-3.1.0-20070731.220158-18.jar, richfaces-impl-3.1.0-SNAPSHOT.jar,portlet-3.1.0-SNAPSHOT, Browsers: all
> Reporter: Mike
> Assigned To: Alexander Smirnov
> Fix For: 3.1.3, 3.2.0
>
>
> I got the same war file running on jboss portal 2.6 without problems.
> But when I try to deploy on other servers, e.g. BEA WLP 10, and try to get on the first page, I get the following stacktrace.
> Seems to me like the first call is an AJAX-request, but why? Where does the namespace-parameter get set?
> Are there any known workarounds?
> Thank you in advance!
> Stacktrace is:
> javax.faces.FacesException: AJAX call to portlet without namespace parameter at org.ajax4jsf.portlet.context.ServletContextImpl.getNamespace(ServletContextImpl.java:73) at org.ajax4jsf.portlet.context.ServletContextImpl.getSessionPrefix(ServletContextImpl.java:193) at org.ajax4jsf.portlet.context.ServletContextImpl.getSessionAttribute(ServletContextImpl.java:219) at org.ajax4jsf.portlet.context.AbstractExternalContext$8.getAttribute(AbstractExternalContext.java:459) at org.ajax4jsf.portlet.context.ContextAttributesMap.get(ContextAttributesMap.java:18) at com.sun.faces.el.VariableResolverImpl.resolveVariable(VariableResolverImpl.java:71) at com.bea.portlet.adapter.faces.application.VariableResolverImpl.resolveVariable(VariableResolverImpl.java:38) at org.ajax4jsf.framework.ajax.AjaxContext.getCurrentInstance(AjaxContext.java:154) at com.sample.jsffacelets.portlet.PortletViewHandler.createView(PortletViewHandler.java:33) at com.bea.portlet.adapter.faces.FacesContentStubImpl.setViewId(FacesContentStubImpl.java:451) at com.bea.portlet.adapter.faces.FacesContentStubImpl.restore(FacesContentStubImpl.java:368) at com.bea.portlet.adapter.faces.FacesContentStubImpl.render(FacesContentStubImpl.java:284) at com.bea.netuix.servlets.controls.content.FacesContent.beginRender(FacesContent.java:357) at com.bea.netuix.nf.ControlLifecycle$7.visit(ControlLifecycle.java:483) at com.bea.netuix.nf.ControlTreeWalker.walkRecursiveRender(ControlTreeWalker.java:518) at com.bea.netuix.nf.ControlTreeWalker.walkRecursiveRender(ControlTreeWalker.java:529) at com.bea.netuix.nf.ControlTreeWalker.walkRecursiveRender(ControlTreeWalker.java:529) at com.bea.netuix.nf.ControlTreeWalker.walkRecursiveRender(ControlTreeWalker.java:529) at com.bea.netuix.nf.ControlTreeWalker.walk(ControlTreeWalker.java:220) at com.bea.netuix.nf.Lifecycle.processLifecycles(Lifecycle.java:375) at com.bea.netuix.nf.Lifecycle.processLifecycles(Lifecycle.java:341) at com.bea.netuix.nf.Lifecycle.processLifecycles(Lifecycle.java:332) at com.bea.netuix.nf.Lifecycle.run(Lifecycle.java:306) at com.bea.netuix.nf.UIControl.render(UIControl.java:578) at com.bea.netuix.servlets.controls.PresentationContext.render(PresentationContext.java:482) at com.bea.netuix.servlets.util.RenderToolkit.renderChild(RenderToolkit.java:146) at com.bea.netuix.servlets.jsp.taglib.skeleton.Child.doTag(Child.java:71) at jsp_servlet._framework._skeletons._bighorn.__flowlayout._jspService(__flowlayout.java:202) at weblogic.servlet.jsp.JspBase.service(JspBase.java:34) at weblogic.servlet.internal.StubSecurityHelper$ServletServiceAction.run(StubSecurityHelper.java:226) at weblogic.servlet.internal.StubSecurityHelper.invokeServlet(StubSecurityHelper.java:124) at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:283) at weblogic.servlet.internal.ServletStubImpl.onAddToMapException(ServletStubImpl.java:391) at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:309) at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:175) at weblogic.servlet.internal.RequestDispatcherImpl.invokeServlet(RequestDispatcherImpl.java:503) at weblogic.servlet.internal.RequestDispatcherImpl.include(RequestDispatcherImpl.java:431) at com.bea.netuix.servlets.controls.application.laf.JspTools.renderJsp(JspTools.java:123) at com.bea.netuix.servlets.controls.application.laf.JspControlRenderer.beginRender(JspControlRenderer.java:72) at com.bea.netuix.servlets.controls.application.laf.PresentationControlRenderer.beginRender(PresentationControlRenderer.java:65) at com.bea.netuix.nf.ControlLifecycle$7.visit(ControlLifecycle.java:479) at com.bea.netuix.nf.ControlTreeWalker.walkRecursiveRender(ControlTreeWalker.java:518) at com.bea.netuix.nf.ControlTreeWalker.walkRecursiveRender(ControlTreeWalker.java:529) at com.bea.netuix.nf.ControlTreeWalker.walkRecursiveRender(ControlTreeWalker.java:529) at com.bea.netuix.nf.ControlTreeWalker.walkRecursiveRender(ControlTreeWalker.java:529) at com.bea.netuix.nf.ControlTreeWalker.walkRecursiveRender(ControlTreeWalker.java:529) at com.bea.netuix.nf.ControlTreeWalker.walkRecursiveRender(ControlTreeWalker.java:529) at com.bea.netuix.nf.ControlTreeWalker.walkRecursiveRender(ControlTreeWalker.java:529) at com.bea.netuix.nf.ControlTreeWalker.walkRecursiveRender(ControlTreeWalker.java:529) at com.bea.netuix.nf.ControlTreeWalker.walkRecursiveRender(ControlTreeWalker.java:529) at com.bea.netuix.nf.ControlTreeWalker.walk(ControlTreeWalker.java:220) at com.bea.netuix.nf.Lifecycle.processLifecycles(Lifecycle.java:375) at com.bea.netuix.nf.Lifecycle.processLifecycles(Lifecycle.java:341) at com.bea.netuix.nf.Lifecycle.runOutbound(Lifecycle.java:188) at com.bea.netuix.nf.Lifecycle.run(Lifecycle.java:148) at com.bea.netuix.servlets.manager.UIServlet.runLifecycle(UIServlet.java:377) at com.bea.netuix.servlets.manager.UIServlet.processControlTree(UIServlet.java:296) at com.bea.netuix.servlets.manager.PortalServlet.service(PortalServlet.java:838) at javax.servlet.http.HttpServlet.service(HttpServlet.java:820) at weblogic.servlet.internal.StubSecurityHelper$ServletServiceAction.run(StubSecurityHelper.java:226) at weblogic.servlet.internal.StubSecurityHelper.invokeServlet(StubSecurityHelper.java:124) at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:283) at weblogic.servlet.internal.TailFilter.doFilter(TailFilter.java:26) at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:42) at com.bea.portal.tools.servlet.http.HttpContextFilter.doFilter(HttpContextFilter.java:60) at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:42) at com.bea.p13n.servlets.PortalServletFilter.doFilter(PortalServletFilter.java:315) at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:42) at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:3368) at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321) at weblogic.security.service.SecurityManager.runAs(Unknown Source) at weblogic.servlet.internal.WebAppServletContext.securedExecute(WebAppServletContext.java:2117) at weblogic.servlet.internal.WebAppServletContext.execute(WebAppServletContext.java:2023) at weblogic.servlet.internal.ServletRequestImpl.run(ServletRequestImpl.java:1359) at weblogic.work.ExecuteThread.execute(ExecuteThread.java:200) at weblogic.work.ExecuteThread.run(ExecuteThread.java:172)
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
16 years, 11 months