[JBoss JIRA] (RF-13520) mediaOutput: NPE is thrown when used with CDI beans and JSF 2.2
by Juraj Húska (JIRA)
[ https://issues.jboss.org/browse/RF-13520?page=com.atlassian.jira.plugin.s... ]
Juraj Húska updated RF-13520:
-----------------------------
Priority: Critical (was: Major)
> 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
>
> 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 Juraj Húska (JIRA)
Juraj Húska created RF-13520:
--------------------------------
Summary: 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
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-13486) Photoalbum: viewing g+ albums improvements
by Jiří Štefek (JIRA)
[ https://issues.jboss.org/browse/RF-13486?page=com.atlassian.jira.plugin.s... ]
Jiří Štefek closed RF-13486.
----------------------------
> 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, 2 months
[JBoss JIRA] (RF-13487) Photoalbum: viewing FB albums improvements
by Jiří Štefek (JIRA)
[ https://issues.jboss.org/browse/RF-13487?page=com.atlassian.jira.plugin.s... ]
Jiří Štefek closed RF-13487.
----------------------------
> 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, 2 months
[JBoss JIRA] (RF-13042) Render h:commandlink: keeps reloading js
by Lukáš Fryč (JIRA)
[ https://issues.jboss.org/browse/RF-13042?page=com.atlassian.jira.plugin.s... ]
Lukáš Fryč commented on RF-13042:
---------------------------------
My bad, guys, sorry for confusion, the RF-13252 was fixed for both versions, 4.3.5 and 5.0.0.Alpha3.
You are free to verify that with 4.3.5, Nicolas. :-) Thanks for help.
> Render h:commandlink: keeps reloading js
> ----------------------------------------
>
> Key: RF-13042
> URL: https://issues.jboss.org/browse/RF-13042
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: core
> Affects Versions: 4.2.3.Final, 4.3.2
> Reporter: Nicolas Daniels
> Assignee: Lukáš Fryč
> Fix For: 5.0.0.Alpha3
>
> Original Estimate: 2 hours
> Remaining Estimate: 2 hours
>
> Javascript resource is reloaded at each render, and so javascript was becoming heavier and heavier to run (to end by a not responsive alter on FF -or even FF hangs forever).
>
> After more investigation, I noticed it is due to the h:commandlink tag which was inside my rerendered part.
> Workaround:
> Add:
> {code:xml}
> <h:inputText rendered="false">
> <f:ajax />
> </h:inputText>
> {code}
> in your page, Js is not reloading anymore. (I inserted it at the end but I guess it works anywhere)
> See forum link for more details.
--
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