[JBoss JIRA] Commented: (RF-771) Components names. Definition custom styles classes; Look and feel customization.
by OLga Chikvina (JIRA)
[ http://jira.jboss.com/jira/browse/RF-771?page=comments#action_12385960 ]
OLga Chikvina commented on RF-771:
----------------------------------
unifying Look and feel customization section for column, columnGroup, dataGrid, dataDefinitionList, dataOderedList, dataTable, datascroller, dropDownMenu, inputNumberSpiner, inputNumberSlider, menuGroup, menuItem, menuSeparator, message, messages, modalPanel, panel, panelBar, panelBarItem
> Components names. Definition custom styles classes; Look and feel customization.
> --------------------------------------------------------------------------------
>
> Key: RF-771
> URL: http://jira.jboss.com/jira/browse/RF-771
> Project: RichFaces
> Issue Type: Task
> Components: doc
> Affects Versions: 3.1.0
> Reporter: Svetlana mukhina
> Assigned To: OLga Chikvina
> Priority: Minor
> Fix For: 3.2.0
>
>
> Components names should be unified in Definition custom styles classes and Look and feel customization sentences
--
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
17 years, 1 month
[JBoss JIRA] Commented: (RF-572) ClassCastException when trying to access a JSF Portlet using RichFaces
by Holger Jaekel (JIRA)
[ http://jira.jboss.com/jira/browse/RF-572?page=comments#action_12385819 ]
Holger Jaekel commented on RF-572:
----------------------------------
When I replace the org.ajax4jsf.portlet.AjaxFacesPortlet by the com.sun.faces.portlet.FacesPortlet with the patch from dgothe (https://jsfportletbridge.dev.java.net/issues/show_bug.cgi?id=20) and add the INIT_VIEW-parameter, I get a NullPointerException:
19:06:25,407 ERROR [[Faces Servlet]] Servlet.service() for servlet Faces Servlet threw exception
java.lang.NullPointerException
at com.sun.faces.portlet.LifecycleImpl.getWindowStateIdentifier(LifecycleImpl.java:524)
at com.sun.faces.portlet.LifecycleImpl.restore(LifecycleImpl.java:389)
at com.sun.faces.portlet.LifecycleImpl.execute(LifecycleImpl.java:226)
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:244)
But as I unterstand Thomas, this is the preferred solution. Is this still a problem in jsfportletbridge?
> 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
>
>
> 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
17 years, 1 month
[JBoss JIRA] Updated: (RF-572) ClassCastException when trying to access a JSF Portlet using RichFaces
by Holger Jaekel (JIRA)
[ http://jira.jboss.com/jira/browse/RF-572?page=all ]
Holger Jaekel updated RF-572:
-----------------------------
Attachment: portlet-jsfrichfacesdemo-session.war
Hi Mike, I tried your portlet-jsfrichfacesdemo.war im my environment (JBP 2.6.2, JSF Sun-RI 1.2_04). It worked, but I cannot add a managed bean in session scope to the portlet. Setting the scope to application or to request works, but that is not what I want. Is there something wrong with my configuration, or is the session handling not working? I created an attachment with my portlet.
Another question: Your example only works with the portlet-3.1.0-SNAPSHOT.jar which is included in your war. It will not run with the released portlet-3.1.2.GA.jar. Did you change any classes?
> 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
>
>
> 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
17 years, 1 month