[JBoss JIRA] Created: (RF-11064) Push: Invalid async context for servlet AutoRegisteredPushServlet
by Lukáš Fryč (JIRA)
Push: Invalid async context for servlet AutoRegisteredPushServlet
-----------------------------------------------------------------
Key: RF-11064
URL: https://issues.jboss.org/browse/RF-11064
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: component-a4j-core
Affects Versions: 4.1.0.Milestone1
Environment: Firefox 4.0.1
JBoss 6.0.0.Final / 6.1.0-SNAPSHOT
Atmosphere 7.0.1/7.0.2
Reporter: Lukáš Fryč
Fix For: 4.1.0.Milestone1
Sample application: https://github.com/lfryc/push-jms/
Reproduced on: https://github.com/lfryc/push-jms/tree/6dd6b623410e30ee4406e13fb6e22866e6...
deploy/hornetq/hornetq-jms.xml:
{code:XML}
<topic name="chat">
<entry name="/topic/chat"/>
</topic>
{code}
deploy/hornetq/hornetq-configuration.xml
{code:XML}
<permission type="deleteDurableQueue" roles="guest"/>
<permission type="deleteDurableQueue" roles="guest"/>
{code}
16:21:52,065 ERROR [org.apache.catalina.connector.CoyoteAdapter] An exception or error occurred in the container during the request processing: java.lang.IllegalStateException: Invalid async context for servlet AutoRegisteredPushServlet
at org.apache.catalina.core.StandardWrapperValve.async(StandardWrapperValve.java:643) [:6.0.0.Final]
at org.apache.catalina.core.StandardWrapperValve.event(StandardWrapperValve.java:402) [:6.0.0.Final]
at org.apache.catalina.core.StandardContextValve.event(StandardContextValve.java:260) [:6.0.0.Final]
at org.jboss.web.tomcat.security.SecurityAssociationValve.event(SecurityAssociationValve.java:328) [:6.0.0.Final]
at org.jboss.modcluster.catalina.CatalinaContext$RequestListenerValve.event(CatalinaContext.java:281) [:1.1.0.Final]
at org.jboss.web.tomcat.security.JaccContextValve.event(JaccContextValve.java:116) [:6.0.0.Final]
at org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.event(SecurityContextEstablishmentValve.java:161) [:6.0.0.Final]
at org.apache.catalina.core.StandardHostValve.event(StandardHostValve.java:178) [:6.0.0.Final]
at org.apache.catalina.valves.ValveBase.event(ValveBase.java:200) [:6.0.0.Final]
at org.jboss.web.tomcat.service.jca.CachedConnectionValve.event(CachedConnectionValve.java:186) [:6.0.0.Final]
at org.apache.catalina.core.StandardEngineValve.event(StandardEngineValve.java:128) [:6.0.0.Final]
at org.jboss.web.tomcat.service.request.ActiveRequestResponseCacheValve.event(ActiveRequestResponseCacheValve.java:70) [:6.0.0.Final]
at org.apache.catalina.connector.CoyoteAdapter.event(CoyoteAdapter.java:265) [:6.0.0.Final]
at org.apache.coyote.http11.Http11Processor.event(Http11Processor.java:757) [:6.0.0.Final]
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.event(Http11Protocol.java:602) [:6.0.0.Final]
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:938) [:6.0.0.Final]
at java.lang.Thread.run(Thread.java:636) [:1.6.0_20]
16:21:52,076 ERROR [STDERR] java.lang.NullPointerException
16:21:52,076 ERROR [STDERR] at org.atmosphere.container.Servlet30Support.action(Servlet30Support.java:168)
16:21:52,076 ERROR [STDERR] at org.atmosphere.container.Servlet30Support.action(Servlet30Support.java:63)
16:21:52,076 ERROR [STDERR] at org.atmosphere.cpr.AtmosphereResourceImpl.resume(AtmosphereResourceImpl.java:175)
16:21:52,077 ERROR [STDERR] at org.atmosphere.cpr.Meteor.resume(Meteor.java:199)
16:21:52,077 ERROR [STDERR] at org.richfaces.application.push.impl.RequestImpl.resume(RequestImpl.java:61)
16:21:52,077 ERROR [STDERR] at org.richfaces.application.push.impl.SessionImpl.releaseRequest(SessionImpl.java:112)
16:21:52,077 ERROR [STDERR] at org.richfaces.application.push.impl.SessionImpl.connect(SessionImpl.java:85)
16:21:52,077 ERROR [STDERR] at org.richfaces.application.push.impl.RequestImpl.onSuspend(RequestImpl.java:91)
16:21:52,077 ERROR [STDERR] at org.atmosphere.cpr.AtmosphereResourceImpl.onSuspend(AtmosphereResourceImpl.java:483)
16:21:52,077 ERROR [STDERR] at org.atmosphere.cpr.AtmosphereResourceImpl.notifyListeners(AtmosphereResourceImpl.java:455)
16:21:52,077 ERROR [STDERR] at org.atmosphere.cpr.AtmosphereResourceImpl.notifyListeners(AtmosphereResourceImpl.java:443)
16:21:52,077 ERROR [STDERR] at org.atmosphere.cpr.AtmosphereResourceImpl.suspend(AtmosphereResourceImpl.java:247)
16:21:52,077 ERROR [STDERR] at org.atmosphere.cpr.Meteor.suspend(Meteor.java:189)
16:21:52,077 ERROR [STDERR] at org.richfaces.application.push.impl.RequestImpl.suspend(RequestImpl.java:57)
16:21:52,078 ERROR [STDERR] at org.richfaces.webapp.PushHandlerFilter.doFilter(PushHandlerFilter.java:102)
16:21:52,078 ERROR [STDERR] at org.atmosphere.util.AtmosphereFilterChain.doFilter(AtmosphereFilterChain.java:139)
16:21:52,078 ERROR [STDERR] at org.atmosphere.util.AtmosphereFilterChain.invokeFilterChain(AtmosphereFilterChain.java:116)
16:21:52,078 ERROR [STDERR] at org.atmosphere.handler.ReflectorServletProcessor$FilterChainServletWrapper.service(ReflectorServletProcessor.java:294)
16:21:52,078 ERROR [STDERR] at org.atmosphere.handler.ReflectorServletProcessor.onRequest(ReflectorServletProcessor.java:152)
16:21:52,078 ERROR [STDERR] at org.atmosphere.cpr.AsynchronousProcessor.action(AsynchronousProcessor.java:191)
16:21:52,078 ERROR [STDERR] at org.atmosphere.cpr.AsynchronousProcessor.suspended(AsynchronousProcessor.java:142)
16:21:52,078 ERROR [STDERR] at org.atmosphere.container.Servlet30Support.service(Servlet30Support.java:87)
16:21:52,078 ERROR [STDERR] at org.atmosphere.cpr.AtmosphereServlet.doCometSupport(AtmosphereServlet.java:1156)
16:21:52,078 ERROR [STDERR] at org.atmosphere.cpr.AtmosphereServlet.doPost(AtmosphereServlet.java:1138)
16:21:52,078 ERROR [STDERR] at org.atmosphere.cpr.AtmosphereServlet.doGet(AtmosphereServlet.java:1124)
16:21:52,079 ERROR [STDERR] at javax.servlet.http.HttpServlet.service(HttpServlet.java:734)
16:21:52,079 ERROR [STDERR] at javax.servlet.http.HttpServlet.service(HttpServlet.java:847)
16:21:52,079 ERROR [STDERR] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:324)
16:21:52,079 ERROR [STDERR] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:242)
16:21:52,079 ERROR [STDERR] at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275)
16:21:52,079 ERROR [STDERR] at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
16:21:52,079 ERROR [STDERR] at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:181)
16:21:52,079 ERROR [STDERR] at org.jboss.modcluster.catalina.CatalinaContext$RequestListenerValve.event(CatalinaContext.java:285)
16:21:52,079 ERROR [STDERR] at org.jboss.modcluster.catalina.CatalinaContext$RequestListenerValve.invoke(CatalinaContext.java:261)
16:21:52,079 ERROR [STDERR] at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:88)
16:21:52,079 ERROR [STDERR] at org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.invoke(SecurityContextEstablishmentValve.java:100)
16:21:52,080 ERROR [STDERR] at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
16:21:52,080 ERROR [STDERR] at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
16:21:52,080 ERROR [STDERR] at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:158)
16:21:52,080 ERROR [STDERR] at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
16:21:52,081 ERROR [STDERR] at org.jboss.web.tomcat.service.request.ActiveRequestResponseCacheValve.invoke(ActiveRequestResponseCacheValve.java:53)
16:21:52,081 ERROR [STDERR] at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:362)
16:21:52,081 ERROR [STDERR] at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877)
16:21:52,081 ERROR [STDERR] at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:654)
16:21:52,084 ERROR [STDERR] at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:946)
16:21:52,084 ERROR [STDERR] at java.lang.Thread.run(Thread.java:636)
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 9 months
[JBoss JIRA] Created: (RF-10456) CLONE - rich:messages displays messages multiple times
by Ilya Shaikovsky (JIRA)
CLONE - rich:messages displays messages multiple times
------------------------------------------------------
Key: RF-10456
URL: https://issues.jboss.org/browse/RF-10456
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: component-validators
Affects Versions: 3.3.0, 3.3.1, 3.3.2.CR1, 3.3.2.GA, 3.3.2.SR1, 3.3.3.BETA1, 3.3.3.CR1, 3.3.3.Final
Environment: Richfaces 3.3.0 upwards with integrated Spring Webflow (version 2.0.5) and Hibernate Validator 4.0.2.
Reporter: Ilya Shaikovsky
Assignee: Alexander Smirnov
Fix For: 3.Future
Using a graphValidator, I set up a bean with Hibernate Validator annotations.
When multiple fields fail validation; the <rich:messages /> tag outputs the error messages multiple times.
It seems as though the message is displayed based on the number of failed fields. For example; when 2 fields fail, it will display both error messages twice. If 3 fields fail, it'll display all 3 messages 3 times, and so on.
I have managed to replicate the same error in versions 3.3.0 to 3.3.3. I have not tried >4 as we need a stable release. This may mean it could already be fixed in version 4; but I am submitting this issue regardless.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 10 months
[JBoss JIRA] Created: (RF-7344) Add controls for where in the header loaded scripts are placed
by Jay Balunas (JIRA)
Add controls for where in the header loaded scripts are placed
--------------------------------------------------------------
Key: RF-7344
URL: https://jira.jboss.org/jira/browse/RF-7344
Project: RichFaces
Issue Type: Task
Components: browser compatibility, core
Affects Versions: 3.3.1
Environment: IE8
Reporter: Jay Balunas
Fix For: 3.3.2.CR1
IE8 requires some header content be located at the very top of the header. Because RichFaces places some of the loaded scripts first this can break.
For example "<meta http-equiv="X-UA-Compatible" content="IE=EmulateIE7" />" will be ignored if not the first element after the header. Although the work around can be to just place the value in the header directly "<header name="X-UA-Compatible">IE=EmulateIE7</header>", RichFaces should have a way to control the location of the scripts in the header.
This could take the form of a new context param or perhaps a tag that RF can trigger off of for default script placement. If not there behavior is defaulted to current.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 10 months
[JBoss JIRA] Created: (RF-11306) [rich:tabPanel] allow usage of form-elements inside tabs
by Rene O (JIRA)
[rich:tabPanel] allow usage of form-elements inside tabs
--------------------------------------------------------
Key: RF-11306
URL: https://issues.jboss.org/browse/RF-11306
Project: RichFaces
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Affects Versions: 4.0.0.Final
Reporter: Rene O
Currently you must surround <rich:tabPanel> with <h:form>-element if you use switchType="ajax" or switchType="server".
It should be possible, like in Richfaces 3, that a form-element outside of rich:tabPanel is not needed.
A common usecase is the usage of an include-fragment which contains a form.
<rich:tabPanel switchType="ajax">
<rich:tab>
<h:form if="form1">
...
</h:form>
</rich:tab>
<rich:tab>
<ui:include .../>
</rich:tab>
</rich:tabPanel>
definition of include:
<ui:composition >
...
<h:form if="formOfInclude">
...
</h:form>
</ui:composition >
Currently it is not possible to design the pages in such way cause of nesting form-elements
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 10 months
[JBoss JIRA] (RF-11657) Better integration with JBossAS 7.1
by Juergen Zimmermann (Created) (JIRA)
Better integration with JBossAS 7.1
-----------------------------------
Key: RF-11657
URL: https://issues.jboss.org/browse/RF-11657
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: build/distribution, compatibility
Affects Versions: 4.1.0.Milestone3
Reporter: Juergen Zimmermann
JBossAS 7.1 contains Google Guava 10.0.x (in addition to sac-1.3.jar and cssparser-0.9.5.jar). Guava can be reused in RichFaces instead of doubling it in WEB-INF/lib. The solution is pretty simple:
In richfaces-core-impl-VERSION.jar the file META-INF/MANIFEST.MF already contains the line "Dependencies: ...". This line has to be extended by just ",com.google.guava" as follows:
Dependencies: org.w3c.css.sac,net.sourceforge.cssparser,com.google.guava
That's all and from now on RichFaces doesn't require the distribution of Google Guava in WEB-INF/lib when the platform is JBossAS 7.1. Please see also https://issues.jboss.org/browse/AS7-1809.
Be aware that there is no blank after the comma between net.sourceforge.cssparser and com.google.guava.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 10 months