[JBoss JIRA] (RF-13520) mediaOutput: NPE is thrown when used with CDI beans and JSF 2.2
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13520?page=com.atlassian.jira.plugin.s... ]
Brian Leathem reassigned RF-13520:
----------------------------------
Assignee: Brian Leathem
> mediaOutput: NPE is thrown when used with CDI beans and JSF 2.2
> ---------------------------------------------------------------
>
> Key: RF-13520
> URL: https://issues.jboss.org/browse/RF-13520
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-a4j-core
> Affects Versions: 5.0.0.Alpha3
> Environment: WildFly 8.0.0.Final-SNAPSHOT
> WildFly 8.0.0.CR1
> Reporter: Juraj Húska
> Assignee: Brian Leathem
> Priority: Critical
> Labels: jsf22
> Fix For: 5.0.0.Alpha3
>
>
> When {{mediaOutput}} is bound via {{value}} attribute to a *CDI* bean, following NPE is thrown:
> {code}
> 15:32:20,443 ERROR [io.undertow.request] (default task-16) UT005023: Exception handling request to /metamer/faces/rfRes/org.richfaces.ui.output.mediaOutput.MediaOutputResource: java.lang.NullPointerException
> at org.richfaces.ui.output.mediaOutput.MediaOutputResource.encode(MediaOutputResource.java:66) [richfaces-5.0.0-SNAPSHOT.jar:5.0.0-SNAPSHOT]
> at org.richfaces.resource.UserResourceWrapperImpl.encode(UserResourceWrapperImpl.java:187) [richfaces-5.0.0-SNAPSHOT.jar:5.0.0-SNAPSHOT]
> at org.richfaces.resource.ResourceHandlerImpl.handleResourceRequest(ResourceHandlerImpl.java:229) [richfaces-5.0.0-SNAPSHOT.jar:5.0.0-SNAPSHOT]
> at javax.faces.webapp.FacesServlet.service(FacesServlet.java:643) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5]
> at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:85) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33]
> at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:130) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33]
> at org.richfaces.tests.metamer.TestIdentityFilter.doFilter(TestIdentityFilter.java:93) [classes:]
> at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:56) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33]
> at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33]
> at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:85) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33]
> at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:61) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33]
> at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33]
> at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:70)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33]
> at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:113) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33]
> at io.undertow.security.handlers.AuthenticationCallHandler.handleRequest(AuthenticationCallHandler.java:52) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33]
> at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:45) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33]
> at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:61) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33]
> at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:69) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33]
> at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:69) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33]
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33]
> at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33]
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33]
> at io.undertow.servlet.handlers.SessionRestoringHandler.handleRequest(SessionRestoringHandler.java:101) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33]
> at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:240) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33]
> at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:227) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33]
> at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:73) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33]
> at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:146) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33]
> at io.undertow.server.Connectors.executeRootHandler(Connectors.java:168) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33]
> at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:685) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33]
> 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}
> Note that everything works with JSF 2.1.x (AS 7.1.1.Final) and when Managed Beans are used.
--
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, 2 months
[JBoss JIRA] (RF-13520) mediaOutput: NPE is thrown when used with CDI beans and JSF 2.2
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13520?page=com.atlassian.jira.plugin.s... ]
Brian Leathem updated RF-13520:
-------------------------------
Sprint: 5.0.0.Alpha3 - Sprint 3
> mediaOutput: NPE is thrown when used with CDI beans and JSF 2.2
> ---------------------------------------------------------------
>
> Key: RF-13520
> URL: https://issues.jboss.org/browse/RF-13520
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-a4j-core
> Affects Versions: 5.0.0.Alpha3
> Environment: WildFly 8.0.0.Final-SNAPSHOT
> WildFly 8.0.0.CR1
> Reporter: Juraj Húska
> Priority: Critical
> Labels: jsf22
> Fix For: 5.0.0.Alpha3
>
>
> When {{mediaOutput}} is bound via {{value}} attribute to a *CDI* bean, following NPE is thrown:
> {code}
> 15:32:20,443 ERROR [io.undertow.request] (default task-16) UT005023: Exception handling request to /metamer/faces/rfRes/org.richfaces.ui.output.mediaOutput.MediaOutputResource: java.lang.NullPointerException
> at org.richfaces.ui.output.mediaOutput.MediaOutputResource.encode(MediaOutputResource.java:66) [richfaces-5.0.0-SNAPSHOT.jar:5.0.0-SNAPSHOT]
> at org.richfaces.resource.UserResourceWrapperImpl.encode(UserResourceWrapperImpl.java:187) [richfaces-5.0.0-SNAPSHOT.jar:5.0.0-SNAPSHOT]
> at org.richfaces.resource.ResourceHandlerImpl.handleResourceRequest(ResourceHandlerImpl.java:229) [richfaces-5.0.0-SNAPSHOT.jar:5.0.0-SNAPSHOT]
> at javax.faces.webapp.FacesServlet.service(FacesServlet.java:643) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5]
> at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:85) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33]
> at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:130) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33]
> at org.richfaces.tests.metamer.TestIdentityFilter.doFilter(TestIdentityFilter.java:93) [classes:]
> at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:56) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33]
> at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33]
> at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:85) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33]
> at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:61) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33]
> at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33]
> at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:70)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33]
> at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:113) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33]
> at io.undertow.security.handlers.AuthenticationCallHandler.handleRequest(AuthenticationCallHandler.java:52) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33]
> at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:45) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33]
> at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:61) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33]
> at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:69) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33]
> at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:69) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33]
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33]
> at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33]
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33]
> at io.undertow.servlet.handlers.SessionRestoringHandler.handleRequest(SessionRestoringHandler.java:101) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33]
> at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:240) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33]
> at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:227) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33]
> at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:73) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33]
> at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:146) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33]
> at io.undertow.server.Connectors.executeRootHandler(Connectors.java:168) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33]
> at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:685) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33]
> 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}
> Note that everything works with JSF 2.1.x (AS 7.1.1.Final) and when Managed Beans are used.
--
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, 2 months
[JBoss JIRA] (RF-13426) Showcase - version info in footer shows 5.0.0.Alpha2 instead of 4.5.0.Alpha1
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13426?page=com.atlassian.jira.plugin.s... ]
Brian Leathem updated RF-13426:
-------------------------------
Fix Version/s: 4.5.0.Alpha3
(was: 4.5.0.Alpha2)
> Showcase - version info in footer shows 5.0.0.Alpha2 instead of 4.5.0.Alpha1
> ----------------------------------------------------------------------------
>
> Key: RF-13426
> URL: https://issues.jboss.org/browse/RF-13426
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: showcase
> Affects Versions: 4.5.0.Alpha1
> Reporter: Juraj Húska
> Priority: Minor
> Fix For: 4.5.0.Alpha3
>
>
> In showcase footer page section, there is _RichFaces Framework by JBoss by Red Hat, version 5.0.0.Alpha2_.
> It should be with 4.5.0.Alpha1.
> The version is so because it is retrieved from {{VersionBean}}, which is from the 5.0.0.Alpha2 framework.
> IMHO it can cause some misunderstanding, or do we want to stress that the core is from RF 5 ?
--
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, 2 months
[JBoss JIRA] (RF-13522) Component reference - text for links to figures doesn't contain "Figure" prefix
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13522?page=com.atlassian.jira.plugin.s... ]
Brian Leathem moved RFPL-2966 to RF-13522:
------------------------------------------
Project: RichFaces (was: RichFaces Planning)
Key: RF-13522 (was: RFPL-2966)
Affects Version/s: 5.0.0.Alpha1
(was: 5.0.0.Alpha1)
Component/s: doc
(was: doc)
Fix Version/s: 5.0.0.Alpha4
(was: 5.0.0.Alpha3)
> Component reference - text for links to figures doesn't contain "Figure" prefix
> -------------------------------------------------------------------------------
>
> Key: RF-13522
> URL: https://issues.jboss.org/browse/RF-13522
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: doc
> Affects Versions: 5.0.0.Alpha1
> Reporter: Juraj Húska
> Assignee: Brian Leathem
> Priority: Trivial
> Fix For: 5.0.0.Alpha4
>
> Attachments: figure-anchor-rf43.png, figure-anchor-rf5.png, wrongLink.png
>
> Original Estimate: 30 minutes
> Remaining Estimate: 30 minutes
>
> There is link with text _???_ pointing to _nogo_ in the text for:
> * _10.3.3. Spanning rows_
> * _10.4.1. Complex headers_
--
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, 2 months
[JBoss JIRA] (RF-13521) Remove Reference Data from Component Reference
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13521?page=com.atlassian.jira.plugin.s... ]
Brian Leathem moved RFPL-2978 to RF-13521:
------------------------------------------
Project: RichFaces (was: RichFaces Planning)
Key: RF-13521 (was: RFPL-2978)
Affects Version/s: 5.0.0.Alpha1
(was: 5.0.0.Alpha1)
Component/s: doc
(was: doc)
Fix Version/s: 5.0.0.Alpha4
(was: 5.0.0.Alpha3)
> Remove Reference Data from Component Reference
> ----------------------------------------------
>
> Key: RF-13521
> URL: https://issues.jboss.org/browse/RF-13521
> Project: RichFaces
> Issue Type: Task
> Security Level: Public(Everyone can see)
> Components: doc
> Affects Versions: 5.0.0.Alpha1
> Reporter: Lukáš Fryč
> Fix For: 5.0.0.Alpha4
>
> Original Estimate: 2 hours
> Remaining Estimate: 2 hours
>
> See [Forum Reference].
> ----
> I have noticed each of the components in Component Reference contains reference data:
>
>
> {code}
> 3.5.2. Reference data
>
> component-type: org.richfaces.CommandLink
> component-class: org.richfaces.component.UICommandLink
> component-family: javax.faces.Command
> renderer-type: org.richfaces.CommandLinkRenderer
> {code}
>
> Similarly, VDL doc contains same information:
>
> {code}
> Tag Information
> Component type org.richfaces.CommandLink
> Tag Name a4j:commandLink
> Renderer Type org.richfaces.CommandLinkRenderer
> Handler Class None
> {code}
>
>
> The advantage of VDL doc is that it is automatically generated and so it doesn't need to be updated manually everytime something is changed.
>
> On the other hand, those are also not information which are used regularly - they are intented for advanced users and use cases.
>
> Thus I suggest to remove the Reference Data from Components Reference.
--
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, 2 months
[JBoss JIRA] (RF-13168) 3rd party JSF component disappears on RichFaces ajax refresh
by Lukáš Fryč (JIRA)
[ https://issues.jboss.org/browse/RF-13168?page=com.atlassian.jira.plugin.s... ]
Lukáš Fryč commented on RF-13168:
---------------------------------
[~lafr], even thought the fix in Mojarra is related to partial updates (PartialViewContext), RichFaces in current 5.0.0-SNAPSHOT still leverages its own {{ExtendedPartialViewContext}} and it does not use Mojarra's {{PartialViewContextImpl}} (where the fix JAVASERVERFACES-3156 lies). (In fact we are just cooperating with Mojarra to prepare it for changes we plan.)
Do you see problems only when upgrading from Mojarra 2.2.4 to 2.2.5?
Is it possible that your case rather stopped to work with recent changes in RichFaces 5.0.0-SNAPSHOT?
> 3rd party JSF component disappears on RichFaces ajax refresh
> ------------------------------------------------------------
>
> Key: RF-13168
> URL: https://issues.jboss.org/browse/RF-13168
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: compatibility, component-a4j-core
> Reporter: Frank Langelage
> Assignee: Lukáš Fryč
> Labels: interop, jsf22
> Fix For: 5.0.0.Alpha3
>
> Attachments: install-mojarra-2.1.19.cli, Jira-WFLY-UT.tar, xaa, xab, xac
>
> Original Estimate: 1 hour
> Remaining Estimate: 1 hour
>
> On some of my pages I'm using richfaces a4j:poll to refresh components regularly. The components refreshed is an openfaces datatable.
> This does not work with WildFly build from current sources.
> Same code works with JBoss AS 7.20. So problem is not related to richfaces or openfaces for me. Probably related to replacement of jboss-web with undertow.
> I'll attach a small project showing the problem.
> The mojarra datatable works fine, is refreshed every 10 seconds.
> The openfaces datatable below disappears on first refresh.
--
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, 2 months
[JBoss JIRA] (RF-13520) mediaOutput: NPE is thrown when used with CDI beans and JSF 2.2
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13520?page=com.atlassian.jira.plugin.s... ]
Brian Leathem updated RF-13520:
-------------------------------
Fix Version/s: 5.0.0.Alpha3
> mediaOutput: NPE is thrown when used with CDI beans and JSF 2.2
> ---------------------------------------------------------------
>
> Key: RF-13520
> URL: https://issues.jboss.org/browse/RF-13520
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-a4j-core
> Affects Versions: 5.0.0.Alpha3
> Environment: WildFly 8.0.0.Final-SNAPSHOT
> WildFly 8.0.0.CR1
> Reporter: Juraj Húska
> Priority: Critical
> Labels: jsf22
> Fix For: 5.0.0.Alpha3
>
>
> When {{mediaOutput}} is bound via {{value}} attribute to a *CDI* bean, following NPE is thrown:
> {code}
> 15:32:20,443 ERROR [io.undertow.request] (default task-16) UT005023: Exception handling request to /metamer/faces/rfRes/org.richfaces.ui.output.mediaOutput.MediaOutputResource: java.lang.NullPointerException
> at org.richfaces.ui.output.mediaOutput.MediaOutputResource.encode(MediaOutputResource.java:66) [richfaces-5.0.0-SNAPSHOT.jar:5.0.0-SNAPSHOT]
> at org.richfaces.resource.UserResourceWrapperImpl.encode(UserResourceWrapperImpl.java:187) [richfaces-5.0.0-SNAPSHOT.jar:5.0.0-SNAPSHOT]
> at org.richfaces.resource.ResourceHandlerImpl.handleResourceRequest(ResourceHandlerImpl.java:229) [richfaces-5.0.0-SNAPSHOT.jar:5.0.0-SNAPSHOT]
> at javax.faces.webapp.FacesServlet.service(FacesServlet.java:643) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5]
> at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:85) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33]
> at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:130) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33]
> at org.richfaces.tests.metamer.TestIdentityFilter.doFilter(TestIdentityFilter.java:93) [classes:]
> at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:56) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33]
> at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33]
> at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:85) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33]
> at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:61) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33]
> at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33]
> at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:70)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33]
> at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:113) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33]
> at io.undertow.security.handlers.AuthenticationCallHandler.handleRequest(AuthenticationCallHandler.java:52) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33]
> at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:45) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33]
> at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:61) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33]
> at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:69) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33]
> at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:69) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33]
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33]
> at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33]
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33]
> at io.undertow.servlet.handlers.SessionRestoringHandler.handleRequest(SessionRestoringHandler.java:101) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33]
> at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:240) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33]
> at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:227) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33]
> at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:73) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33]
> at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:146) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33]
> at io.undertow.server.Connectors.executeRootHandler(Connectors.java:168) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33]
> at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:685) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33]
> 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}
> Note that everything works with JSF 2.1.x (AS 7.1.1.Final) and when Managed Beans are used.
--
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, 2 months