[JBoss JIRA] (RF-13198) ITAutoRegisteredPushServlet fails with - Async is not supported for this request on WildFly80
by Lukáš Fryč (JIRA)
[ https://issues.jboss.org/browse/RF-13198?page=com.atlassian.jira.plugin.s... ]
Lukáš Fryč commented on RF-13198:
---------------------------------
This bug is related to UNDERTOW-171: Calling setAsyncSupported on programatically registered servlets does not work
> ITAutoRegisteredPushServlet fails with - Async is not supported for this request on WildFly80
> ---------------------------------------------------------------------------------------------
>
> Key: RF-13198
> URL: https://issues.jboss.org/browse/RF-13198
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-push/poll
> Affects Versions: 5.0.0.Alpha1
> Environment: WildFly8.0.0.alpha4
> JSF 2.2
> Reporter: Juraj Húska
> Assignee: Lukáš Fryč
> Labels: jsf22
> Fix For: 5.0.0.Alpha3
>
> Original Estimate: 1 hour
> Remaining Estimate: 1 hour
>
> When loading the page which is generated by {{ITAutoRegisteredPushServlet}}, deployed on Wildfly 8.0.0 an {{IllegalArqumentEception}} is thrown by WildFly Undertow web server:
> {code}
> 11:02:19,931 ERROR [io.undertow.request] (default task-13) Servlet request failed HttpServerExchange{ GET /push/__richfaces_push}: java.lang.IllegalStateException: UT010026: Async is not supported for this request, as not all filters or Servlets were marked as supporting async
> at io.undertow.servlet.spec.HttpServletRequestImpl.startAsync(HttpServletRequestImpl.java:876) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7]
> at org.atmosphere.cpr.AtmosphereRequest.startAsync(AtmosphereRequest.java:565) [atmosphere-runtime-1.0.10.jar:1.0.10]
> at org.atmosphere.container.Servlet30CometSupport.suspend(Servlet30CometSupport.java:137) [atmosphere-runtime-1.0.10.jar:1.0.10]
> at org.atmosphere.container.Servlet30CometSupport.service(Servlet30CometSupport.java:103) [atmosphere-runtime-1.0.10.jar:1.0.10]
> at org.atmosphere.cpr.AtmosphereFramework.doCometSupport(AtmosphereFramework.java:1370) [atmosphere-runtime-1.0.10.jar:1.0.10]
> at org.atmosphere.cpr.AtmosphereServlet.doPost(AtmosphereServlet.java:293) [atmosphere-runtime-1.0.10.jar:1.0.10]
> at org.atmosphere.cpr.AtmosphereServlet.doGet(AtmosphereServlet.java:279) [atmosphere-runtime-1.0.10.jar:1.0.10]
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:687) [jboss-servlet-api_3.1_spec-1.0.0.Beta1.jar:1.0.0.Beta1]
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) [jboss-servlet-api_3.1_spec-1.0.0.Beta1.jar:1.0.0.Beta1]
> at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:87) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7]
> at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:130) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7]
> at io.undertow.websockets.jsr.JsrWebSocketFilter.doFilter(JsrWebSocketFilter.java:136) [undertow-websockets-jsr-1.0.0.Beta7.jar:1.0.0.Beta7]
> at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:56) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7]
> at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7]
> at io.undertow.websockets.jsr.JsrWebSocketFilter.doFilter(JsrWebSocketFilter.java:136) [undertow-websockets-jsr-1.0.0.Beta7.jar:1.0.0.Beta7]
> at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:56) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7]
> at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7]
> at org.jboss.arquillian.warp.impl.server.execution.HttpRequestProcessor.processHttpRequest(HttpRequestProcessor.java:73) [arquillian-warp.jar:]
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.7.0_25]
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) [rt.jar:1.7.0_25]
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_25]
> at java.lang.reflect.Method.invoke(Method.java:606) [rt.jar:1.7.0_25]
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) [arquillian-core.jar:]
> at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99) [arquillian-core.jar:]
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81) [arquillian-core.jar:]
> at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:135) [arquillian-core.jar:]
> at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:115) [arquillian-core.jar:]
> at org.jboss.arquillian.warp.impl.server.execution.WarpFilter.doFilterWarp(WarpFilter.java:144) [arquillian-warp.jar:]
> at org.jboss.arquillian.warp.impl.server.execution.WarpFilter.doFilterHttp(WarpFilter.java:117) [arquillian-warp.jar:]
> at org.jboss.arquillian.warp.impl.server.execution.WarpFilter.doFilter(WarpFilter.java:90) [arquillian-warp.jar:]
> at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:56) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7]
> at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7]
> at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:85) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7]
> at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:56) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7]
> at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7]
> at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78)
> at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:113) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7]
> at io.undertow.security.handlers.AuthenticationCallHandler.handleRequest(AuthenticationCallHandler.java:52) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7]
> at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:45) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7]
> at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:65) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7]
> at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:70) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7]
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7]
> at org.wildfly.extension.undertow.security.SecurityContextCreationHandler.handleRequest(SecurityContextCreationHandler.java:54)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7]
> at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:207) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7]
> at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:194) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7]
> at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:72) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7]
> at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:128) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7]
> at io.undertow.server.HttpHandlers.executeRootHandler(HttpHandlers.java:36) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7]
> at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:628) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7]
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_25]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_25]
> at java.lang.Thread.run(Thread.java:724) [rt.jar:1.7.0_25]
> {code}
> Note that it is probably not connected with JSF 2.2, as the same page works correctly with *GlassFish 4*. It works with *JBoss AS 7.1.Final* as well.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 8 months
[JBoss JIRA] (RF-13487) Photoalbum: viewing FB albums improvements
by Juraj Húska (JIRA)
[ https://issues.jboss.org/browse/RF-13487?page=com.atlassian.jira.plugin.s... ]
Juraj Húska reopened RF-13487:
------------------------------
Reopening issue because issue from step 5. still persist.
> Photoalbum: viewing FB albums improvements
> ------------------------------------------
>
> Key: RF-13487
> URL: https://issues.jboss.org/browse/RF-13487
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: examples
> Reporter: Jiří Štefek
> Assignee: Michal Petrov
> Labels: photoalbum
> Fix For: 4.3.5
>
>
> # album view: there is no slideshow button, when browsing album (but it is there, when you are browsing images)
> # photo view: cannot browse between album's images after an image has been selected
> # photo view: 'Original size' button's text underflows the image
> # photo view: breadcrumbs contains bad album group ('Event: Rock concert of the decade')
> # photo view: dataScroller needs to be fixed as the dataScrollers used in public/own shelves (when scrolling to next page and selecting an image from there, the dataScroller's actual page returns to previous page)
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 8 months
[JBoss JIRA] (RF-13486) Photoalbum: viewing g+ albums improvements
by Juraj Húska (JIRA)
[ https://issues.jboss.org/browse/RF-13486?page=com.atlassian.jira.plugin.s... ]
Juraj Húska updated RF-13486:
-----------------------------
Comment: was deleted
(was: Verified. All mentioned points are no more issues. Closing.)
> Photoalbum: viewing g+ albums improvements
> ------------------------------------------
>
> Key: RF-13486
> URL: https://issues.jboss.org/browse/RF-13486
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: examples
> Reporter: Jiří Štefek
> Assignee: Michal Petrov
> Labels: photoalbum
> Fix For: 4.3.5
>
>
> # album view: there is no slideshow button, when browsing album (but it is there, when you are browsing images)
> # photo view: dataScroller needs to be fixed as the dataScrollers used in public/own shelves (when scrolling to next page and selecting an image from there, the dataScroller's actual page returns to previous page)
> # photo view: breadcrumbs contains bad album group ('Event: Rock concert of the decade')
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 8 months
[JBoss JIRA] (RF-13486) Photoalbum: viewing g+ albums improvements
by Juraj Húska (JIRA)
[ https://issues.jboss.org/browse/RF-13486?page=com.atlassian.jira.plugin.s... ]
Juraj Húska reopened RF-13486:
------------------------------
Reopening issue, because issue number 2 still persists.
> Photoalbum: viewing g+ albums improvements
> ------------------------------------------
>
> Key: RF-13486
> URL: https://issues.jboss.org/browse/RF-13486
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: examples
> Reporter: Jiří Štefek
> Assignee: Michal Petrov
> Labels: photoalbum
> Fix For: 4.3.5
>
>
> # album view: there is no slideshow button, when browsing album (but it is there, when you are browsing images)
> # photo view: dataScroller needs to be fixed as the dataScrollers used in public/own shelves (when scrolling to next page and selecting an image from there, the dataScroller's actual page returns to previous page)
> # photo view: breadcrumbs contains bad album group ('Event: Rock concert of the decade')
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 8 months
[JBoss JIRA] (RF-13486) Photoalbum: viewing g+ albums improvements
by Juraj Húska (JIRA)
[ https://issues.jboss.org/browse/RF-13486?page=com.atlassian.jira.plugin.s... ]
Juraj Húska closed RF-13486.
----------------------------
Verified. All mentioned points are no more issues. Closing.
> Photoalbum: viewing g+ albums improvements
> ------------------------------------------
>
> Key: RF-13486
> URL: https://issues.jboss.org/browse/RF-13486
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: examples
> Reporter: Jiří Štefek
> Assignee: Michal Petrov
> Labels: photoalbum
> Fix For: 4.3.5
>
>
> # album view: there is no slideshow button, when browsing album (but it is there, when you are browsing images)
> # photo view: dataScroller needs to be fixed as the dataScrollers used in public/own shelves (when scrolling to next page and selecting an image from there, the dataScroller's actual page returns to previous page)
> # photo view: breadcrumbs contains bad album group ('Event: Rock concert of the decade')
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 8 months
[JBoss JIRA] (RF-13498) Photoalbum - shutting down server with deployed app will throw JdbcSQLException:
by Juraj Húska (JIRA)
Juraj Húska created RF-13498:
--------------------------------
Summary: Photoalbum - shutting down server with deployed app will throw JdbcSQLException:
Key: RF-13498
URL: https://issues.jboss.org/browse/RF-13498
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: examples
Affects Versions: 5.0.0.Alpha2
Environment: JBoss AS 7.1.1.Final
Reporter: Juraj Húska
Priority: Trivial
Shutting down AS with deployed photoalbum.war will result in throwing following exception:
{code}
15:40:12,568 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] HHH000231: Schema export unsuccessful: org.h2.jdbc.JdbcSQLException: Database is already closed (to disable automatic closing at VM shutdown, add ";DB_CLOSE_ON_EXIT=FALSE" to the db URL) [90121-161]
at org.h2.message.DbException.getJdbcSQLException(DbException.java:329)
at org.h2.message.DbException.get(DbException.java:169)
at org.h2.message.DbException.get(DbException.java:146)
at org.h2.message.DbException.get(DbException.java:135)
at org.h2.jdbc.JdbcConnection.checkClosed(JdbcConnection.java:1394)
at org.h2.jdbc.JdbcConnection.checkClosed(JdbcConnection.java:1369)
at org.h2.jdbc.JdbcConnection.setAutoCommit(JdbcConnection.java:407)
at org.jboss.jca.adapters.jdbc.BaseWrapperManagedConnection.checkTransaction(BaseWrapperManagedConnection.java:817)
at org.jboss.jca.adapters.jdbc.WrappedConnection.checkTransaction(WrappedConnection.java:1589)
at org.jboss.jca.adapters.jdbc.WrappedConnection.createStatement(WrappedConnection.java:298)
at org.hibernate.tool.hbm2ddl.DatabaseExporter.<init>(DatabaseExporter.java:54)
at org.hibernate.tool.hbm2ddl.SchemaExport.execute(SchemaExport.java:368)
at org.hibernate.tool.hbm2ddl.SchemaExport.drop(SchemaExport.java:319)
at org.hibernate.tool.hbm2ddl.SchemaExport.drop(SchemaExport.java:315)
at org.hibernate.internal.SessionFactoryImpl.close(SessionFactoryImpl.java:1279)
at org.hibernate.ejb.EntityManagerFactoryImpl.close(EntityManagerFactoryImpl.java:140)
at org.jboss.as.jpa.service.PersistenceUnitServiceImpl.stop(PersistenceUnitServiceImpl.java:98) [jboss-as-jpa-7.1.1.Final.jar:7.1.1.Final]
at org.jboss.msc.service.ServiceControllerImpl$StopTask.stopService(ServiceControllerImpl.java:1911) [jboss-msc-1.0.2.GA.jar:1.0.2.GA]
at org.jboss.msc.service.ServiceControllerImpl$StopTask.run(ServiceControllerImpl.java:1874) [jboss-msc-1.0.2.GA.jar:1.0.2.GA]
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) [rt.jar:1.7.0_05]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) [rt.jar:1.7.0_05]
at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_05]
{code}
As suggested by the exception message, it can be easily fixed by adding {{;DB_CLOSE_ON_EXIT=FALSE}} to the connection url.
This issue is similar to the RF-12102, which was resolved with same fix.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 8 months