[JBoss JIRA] Commented: (RF-572) ClassCastException when trying to access a JSF Portlet using RichFaces
by Thomas Heute (JIRA)
[ http://jira.jboss.com/jira/browse/RF-572?page=comments#action_12383708 ]
Thomas Heute commented on RF-572:
---------------------------------
Actually, with the RichFaces portlet bridge developped by Alex, that's not used anymore. But it's still a valid fix for other scenarios
> 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.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
18 years, 5 months
[JBoss JIRA] Resolved: (RF-843) Tab Panel doesn't switches except client mode.
by Anton Belevich (JIRA)
[ http://jira.jboss.com/jira/browse/RF-843?page=all ]
Anton Belevich resolved RF-843.
-------------------------------
Resolution: Done
> Tab Panel doesn't switches except client mode.
> ----------------------------------------------
>
> Key: RF-843
> URL: http://jira.jboss.com/jira/browse/RF-843
> Project: RichFaces
> Issue Type: Bug
> Affects Versions: 3.1.0
> Environment: JSF 1.2
> Facelets 1.1.12
> Tomcat 6
> RF 3.1.0 RC5
> Reporter: Ilya Shaikovsky
> Assigned To: Anton Belevich
> Fix For: 3.2.0
>
>
> <ui:define name="body">
> <h:form>
> <rich:tabPanel switchType="ajax">
> <rich:tab label="test 1">
> <h:inputText value="#{person.prop1}" ></h:inputText>
> <rich:messages/>
> </rich:tab>
> <rich:tab label="Sample 2" immediate="true">
> <h:inputText value="#{person.prop2}" required="true"></h:inputText>
> </rich:tab>
> </rich:tabPanel>
> </h:form>
> <a4j:log popup="false"></a4j:log>
> </ui:define>
> This tabpanel doesn't switches. Behaviour returns to normal when I use immediate="false" on the tab control.
> Besides - there is no messages on the page.
> As I see from phasetracker second phase - fails.
> In client side log there is -
> debug[14:26:12,241]: Attempt to update part of page for Id: j_id2:j_id6
> debug[14:26:12,241]: call getElementById for id= j_id2:j_id6
> error[14:26:12,242]: New node for ID j_id2:j_id6 is not present in response
--
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
18 years, 5 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_12383705 ]
Viggo Navarsete commented on RF-572:
------------------------------------
An update on the JSF Portlet bridge issue I submitted: https://jsfportletbridge.dev.java.net/issues/show_bug.cgi?id=20
It's finished, but not tested by me yet. I will try to give it a try in a couple of week, I'm too busy at work at the moment. If other people want to try, please do, and please update this issue afterwards :)
> 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.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
18 years, 5 months
saving state for simpleTogglePanel or panelMenu
by Michael Litherland
Hi,
I'm just getting used to RichFaces (I like what I see so far), but
there are some things that seem like they'd be obvious to me that I
can't quite figure out. So hopefully someone here can point me to a
resource, or at least confirm that the components are behaving like
they're supposed to. I am using 3.1.2GA on JBoss 4.0.5.
Specifically my problem is that I can't find a way to get
simpleTogglePanel to remember it's expanded state between page views.
I bound opened to a boolean, but that's obviously not updated by the
engine no matter what switchType method is used. The documentation
rather unhelpfully says "The component could also have an "expanded"
(true/false) attribute responsible for keeping a panel state." I
suppose it could also give me winning lottery numbers, but I get the
feeling the wording should probably "should have this attribute but
doesn't". So what's the common way people make these components save
state?
I think I can also get panelMenu to do what I want, but I'd hate to
endlessly play with components only to find it suffers from the same
limitation. It's documentation seems to say nothing about a model to
save its state between page views.
Anyway, I hope someone has suggestions for me. My guess is that in
most conditions you'd want these things to save their state, so it
can't be an uncommon problem to overcome.
Thanks for any help you can provide, and I hope I'm not off the topic
of the list.
Mike
18 years, 5 months
[JBoss JIRA] Closed: (RF-569) regression introduced in 20070807.220229 snapshot of RF 3.1.0 - UIAjaxSupport NPE
by Aleksej Yanul (JIRA)
[ http://jira.jboss.com/jira/browse/RF-569?page=all ]
Aleksej Yanul closed RF-569.
----------------------------
> regression introduced in 20070807.220229 snapshot of RF 3.1.0 - UIAjaxSupport NPE
> ---------------------------------------------------------------------------------
>
> Key: RF-569
> URL: http://jira.jboss.com/jira/browse/RF-569
> Project: RichFaces
> Issue Type: Bug
> Affects Versions: 3.1.0
> Reporter: Ian Springer
> Assigned To: Aleksej Yanul
> Priority: Critical
> Fix For: 3.1.0
>
> Attachments: view.xhtml
>
>
> As you know, we are using RF/A4J for JBoss ON 2.0. We recently upgraded from RF 3.0.1 / A4J 1.0.2 to using RF 3.1.0 snapshots. Things were running smoothly until I upgraded to the 08/07 snapshot earlier today.
> Now when I submit the form on the attached page, I get the following error:
> 13:14:04,357 WARN [SkinFactoryImpl] Init parameter for a skin name changed to org.richfaces.SKIN
> 13:14:06,200 INFO [DiscoveryServerServiceImpl] Performance: availability report timing (47)ms
> 13:14:15,310 WARN [lifecycle] executePhase(RESTORE_VIEW 1,com.sun.faces.context.FacesContextImpl@938fcb) threw exceptio
> n
> java.lang.NullPointerException
> at javax.faces.component.UIComponentBase.setValueBinding(UIComponentBase.java:233)
> at org.ajax4jsf.component.UIAjaxSupport.setParentProperties(UIAjaxSupport.java:162)
> at org.ajax4jsf.component.UIAjaxSupport.setParent(UIAjaxSupport.java:146)
> at javax.faces.component.UIComponentBase$FacetsMap.put(UIComponentBase.java:2114)
> at javax.faces.component.UIComponentBase$FacetsMap.put(UIComponentBase.java:2076)
> at org.ajax4jsf.application.AjaxStateManager$TreeStrutureNode.restore(AjaxStateManager.java:367)
> at org.ajax4jsf.application.AjaxStateManager$TreeStrutureNode.restore(AjaxStateManager.java:374)
> at org.ajax4jsf.application.AjaxStateManager$TreeStrutureNode.restore(AjaxStateManager.java:374)
> at org.ajax4jsf.application.AjaxStateManager$TreeStrutureNode.restore(AjaxStateManager.java:374)
> at org.ajax4jsf.application.AjaxStateManager$TreeStrutureNode.restore(AjaxStateManager.java:374)
> at org.ajax4jsf.application.AjaxStateManager.restoreView(AjaxStateManager.java:171)
> at com.sun.faces.application.ViewHandlerImpl.restoreView(ViewHandlerImpl.java:290)
> at org.ajax4jsf.application.ViewHandlerWrapper.restoreView(ViewHandlerWrapper.java:116)
> at org.ajax4jsf.application.AjaxViewHandler.restoreView(AjaxViewHandler.java:154)
> at com.sun.facelets.FaceletViewHandler.restoreView(FaceletViewHandler.java:316)
> at org.ajax4jsf.application.ViewHandlerWrapper.restoreView(ViewHandlerWrapper.java:116)
> at org.ajax4jsf.application.AjaxViewHandler.restoreView(AjaxViewHandler.java:154)
> at com.sun.faces.lifecycle.RestoreViewPhase.execute(RestoreViewPhase.java:141)
> at com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.java:251)
> at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:117)
> at javax.faces.webapp.FacesServlet.service(FacesServlet.java:244)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> at org.ajax4jsf.webapp.BaseXMLFilter.doXmlFilter(BaseXMLFilter.java:143)
> at org.ajax4jsf.webapp.BaseFilter.doFilter(BaseFilter.java:275)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> at net.hyperic.hq.ui.AuthenticationFilter.doFilter(AuthenticationFilter.java:91)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> at org.jboss.on.server.ui.common.upload.MultipartFilter.doFilter(MultipartFilter.java:59)
> 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:156)
> 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)
> 13:14:15,372 ERROR [[Faces Servlet]] Servlet.service() for servlet Faces Servlet threw exception
> java.lang.NullPointerException
> at javax.faces.component.UIComponentBase.setValueBinding(UIComponentBase.java:233)
> at org.ajax4jsf.component.UIAjaxSupport.setParentProperties(UIAjaxSupport.java:162)
> at org.ajax4jsf.component.UIAjaxSupport.setParent(UIAjaxSupport.java:146)
> at javax.faces.component.UIComponentBase$FacetsMap.put(UIComponentBase.java:2114)
> at javax.faces.component.UIComponentBase$FacetsMap.put(UIComponentBase.java:2076)
> at org.ajax4jsf.application.AjaxStateManager$TreeStrutureNode.restore(AjaxStateManager.java:367)
> at org.ajax4jsf.application.AjaxStateManager$TreeStrutureNode.restore(AjaxStateManager.java:374)
> at org.ajax4jsf.application.AjaxStateManager$TreeStrutureNode.restore(AjaxStateManager.java:374)
> at org.ajax4jsf.application.AjaxStateManager$TreeStrutureNode.restore(AjaxStateManager.java:374)
> at org.ajax4jsf.application.AjaxStateManager$TreeStrutureNode.restore(AjaxStateManager.java:374)
> at org.ajax4jsf.application.AjaxStateManager.restoreView(AjaxStateManager.java:171)
> at com.sun.faces.application.ViewHandlerImpl.restoreView(ViewHandlerImpl.java:290)
> at org.ajax4jsf.application.ViewHandlerWrapper.restoreView(ViewHandlerWrapper.java:116)
> at org.ajax4jsf.application.AjaxViewHandler.restoreView(AjaxViewHandler.java:154)
> at com.sun.facelets.FaceletViewHandler.restoreView(FaceletViewHandler.java:316)
> at org.ajax4jsf.application.ViewHandlerWrapper.restoreView(ViewHandlerWrapper.java:116)
> at org.ajax4jsf.application.AjaxViewHandler.restoreView(AjaxViewHandler.java:154)
> at com.sun.faces.lifecycle.RestoreViewPhase.execute(RestoreViewPhase.java:141)
> at com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.java:251)
> at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:117)
> at javax.faces.webapp.FacesServlet.service(FacesServlet.java:244)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> at org.ajax4jsf.webapp.BaseXMLFilter.doXmlFilter(BaseXMLFilter.java:143)
> at org.ajax4jsf.webapp.BaseFilter.doFilter(BaseFilter.java:275)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> at net.hyperic.hq.ui.AuthenticationFilter.doFilter(AuthenticationFilter.java:91)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> at org.jboss.on.server.ui.common.upload.MultipartFilter.doFilter(MultipartFilter.java:59)
> 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:156)
> 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)
> I did not get this error (or any error) when submitting the same form using the previous (08/06) snapshot, so I think this is something that was just introduced in the past day or so.
--
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
18 years, 5 months