[JBoss JIRA] (RF-13050) Showcase - not all demos have references for beans which are used in them
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13050?page=com.atlassian.jira.plugin.s... ]
Brian Leathem updated RF-13050:
-------------------------------
Affects Version/s: 4.3.7
> Showcase - not all demos have references for beans which are used in them
> -------------------------------------------------------------------------
>
> Key: RF-13050
> URL: https://issues.jboss.org/browse/RF-13050
> Project: RichFaces
> Issue Type: Enhancement
> Security Level: Public(Everyone can see)
> Components: showcase
> Affects Versions: 4.3.7, 5.0.0.Alpha1
> Reporter: Juraj Húska
> Fix For: 4.5-Tracking
>
>
> There are some demos in showcase which do not have references for the beans source code, which are used in them.
> Each contains the facelet source code, but the beans are missing.
> It is so for example in demos:
> * extended data table - basic usage
> * collapsible subtable
> * data scroller
> and others. I will update the list once you indicate that we are going to fix this.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 5 months
[JBoss JIRA] (RF-11093) UIDataAdaptor context variable backup broken (reentrance problem)
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-11093?page=com.atlassian.jira.plugin.s... ]
Brian Leathem commented on RF-11093:
------------------------------------
[~yvalot] if you formulate your patch as a git pull request against RichFaces 4.5 we'll review the code changes and kick off our tests to check for regressions.
See this howto for details on creating a pull request (Note however that you'll want to create your PR against the {{4.5.x}} branch, rather than against the {{master}} branch):
https://community.jboss.org/wiki/GuideToUsePullRequestsWithGitHubAndJIRA
> UIDataAdaptor context variable backup broken (reentrance problem)
> -----------------------------------------------------------------
>
> Key: RF-11093
> URL: https://issues.jboss.org/browse/RF-11093
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-tables
> Affects Versions: 4.0.0.Final
> Environment: Windows XP, Java 6, Tomcat 6.0.24, Mojarra 2.0.2.
> Reporter: Yannick Valot
> Fix For: 5-Future
>
> Attachments: UIDataAdaptor.java.patch
>
>
> I am encountering a reentrance problem with org.richfaces.component.UIDataAdaptor (using it as a dataTable).
> I need to perform a visit of the component tree while executing an action on a command link in one row of the same table.
> {code}
> <rich:dataTable value="#{listOfItems}" var="myItem" >
> ... some stuff here ...
> <commandLink here>
> ... some stuff here ...
> </rich:dataTable>
> {code}
> After the action on the command link has visited the component tree, myItem is no longer available in context.
> When the UIDataAdaptor sets or resets the "myItem" context variable, it backs up any previous value by calling captureOrigValue(FacesContext), and later restores it by calling restoreOrigValue(FacesContext), but it looks as if the visit backs the variable up twice (in a nested fashion), and it erases myItem between the two backups :
> - backup variable (old value is correctly backed up) (in visitTree(VisitContext visitContext, VisitCallback callback))
> - erase variable (setRowKey(facesContext, null) in same function)
> - erase variable (doVisitChildren(VisitContext context, boolean visitRows))
> - erase variable (visitTree(VisitContext visitContext, VisitCallback callback))
> - backup variable (erases backed up value) (walk(FacesContext faces, DataVisitor visitor, Object argument))
> - ...
> - restore value (restores null) (walk(FacesContext faces, DataVisitor visitor, Object argument))
> - restore value (restores null) (in visitTree(VisitContext visitContext, VisitCallback callback))
> etc.
> The problem can be solved by *stacking* backed up variables, instead of storing them in a simple attribute, to allow for any kind of reentrance.
> (I do not say that this is the best possible patch, but it has solved the problem for me).
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 5 months
[JBoss JIRA] (RF-11093) UIDataAdaptor context variable backup broken (reentrance problem)
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-11093?page=com.atlassian.jira.plugin.s... ]
Brian Leathem updated RF-11093:
-------------------------------
Description:
I am encountering a reentrance problem with org.richfaces.component.UIDataAdaptor (using it as a dataTable).
I need to perform a visit of the component tree while executing an action on a command link in one row of the same table.
{code}
<rich:dataTable value="#{listOfItems}" var="myItem" >
... some stuff here ...
<commandLink here>
... some stuff here ...
</rich:dataTable>
{code}
After the action on the command link has visited the component tree, myItem is no longer available in context.
When the UIDataAdaptor sets or resets the "myItem" context variable, it backs up any previous value by calling captureOrigValue(FacesContext), and later restores it by calling restoreOrigValue(FacesContext), but it looks as if the visit backs the variable up twice (in a nested fashion), and it erases myItem between the two backups :
- backup variable (old value is correctly backed up) (in visitTree(VisitContext visitContext, VisitCallback callback))
- erase variable (setRowKey(facesContext, null) in same function)
- erase variable (doVisitChildren(VisitContext context, boolean visitRows))
- erase variable (visitTree(VisitContext visitContext, VisitCallback callback))
- backup variable (erases backed up value) (walk(FacesContext faces, DataVisitor visitor, Object argument))
- ...
- restore value (restores null) (walk(FacesContext faces, DataVisitor visitor, Object argument))
- restore value (restores null) (in visitTree(VisitContext visitContext, VisitCallback callback))
etc.
The problem can be solved by *stacking* backed up variables, instead of storing them in a simple attribute, to allow for any kind of reentrance.
(I do not say that this is the best possible patch, but it has solved the problem for me).
was:
I am encountering a reentrance problem with org.richfaces.component.UIDataAdaptor (using it as a dataTable).
I need to perform a visit of the component tree while executing an action on a command link in one row of the same table.
<rich:dataTable value="#{listOfItems}" var="myItem" >
... some stuff here ...
<commandLink here>
... some stuff here ...
</rich:dataTable>
After the action on the command link has visited the component tree, myItem is no longer available in context.
When the UIDataAdaptor sets or resets the "myItem" context variable, it backs up any previous value by calling captureOrigValue(FacesContext), and later restores it by calling restoreOrigValue(FacesContext), but it looks as if the visit backs the variable up twice (in a nested fashion), and it erases myItem between the two backups :
- backup variable (old value is correctly backed up) (in visitTree(VisitContext visitContext, VisitCallback callback))
- erase variable (setRowKey(facesContext, null) in same function)
- erase variable (doVisitChildren(VisitContext context, boolean visitRows))
- erase variable (visitTree(VisitContext visitContext, VisitCallback callback))
- backup variable (erases backed up value) (walk(FacesContext faces, DataVisitor visitor, Object argument))
- ...
- restore value (restores null) (walk(FacesContext faces, DataVisitor visitor, Object argument))
- restore value (restores null) (in visitTree(VisitContext visitContext, VisitCallback callback))
etc.
The problem can be solved by *stacking* backed up variables, instead of storing them in a simple attribute, to allow for any kind of reentrance.
(I do not say that this is the best possible patch, but it has solved the problem for me).
> UIDataAdaptor context variable backup broken (reentrance problem)
> -----------------------------------------------------------------
>
> Key: RF-11093
> URL: https://issues.jboss.org/browse/RF-11093
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-tables
> Affects Versions: 4.0.0.Final
> Environment: Windows XP, Java 6, Tomcat 6.0.24, Mojarra 2.0.2.
> Reporter: Yannick Valot
> Fix For: 5-Future
>
> Attachments: UIDataAdaptor.java.patch
>
>
> I am encountering a reentrance problem with org.richfaces.component.UIDataAdaptor (using it as a dataTable).
> I need to perform a visit of the component tree while executing an action on a command link in one row of the same table.
> {code}
> <rich:dataTable value="#{listOfItems}" var="myItem" >
> ... some stuff here ...
> <commandLink here>
> ... some stuff here ...
> </rich:dataTable>
> {code}
> After the action on the command link has visited the component tree, myItem is no longer available in context.
> When the UIDataAdaptor sets or resets the "myItem" context variable, it backs up any previous value by calling captureOrigValue(FacesContext), and later restores it by calling restoreOrigValue(FacesContext), but it looks as if the visit backs the variable up twice (in a nested fashion), and it erases myItem between the two backups :
> - backup variable (old value is correctly backed up) (in visitTree(VisitContext visitContext, VisitCallback callback))
> - erase variable (setRowKey(facesContext, null) in same function)
> - erase variable (doVisitChildren(VisitContext context, boolean visitRows))
> - erase variable (visitTree(VisitContext visitContext, VisitCallback callback))
> - backup variable (erases backed up value) (walk(FacesContext faces, DataVisitor visitor, Object argument))
> - ...
> - restore value (restores null) (walk(FacesContext faces, DataVisitor visitor, Object argument))
> - restore value (restores null) (in visitTree(VisitContext visitContext, VisitCallback callback))
> etc.
> The problem can be solved by *stacking* backed up variables, instead of storing them in a simple attribute, to allow for any kind of reentrance.
> (I do not say that this is the best possible patch, but it has solved the problem for me).
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 5 months
[JBoss JIRA] (RF-13708) Photoalbum: refresh over index page throws error
by Juraj Húska (JIRA)
[ https://issues.jboss.org/browse/RF-13708?page=com.atlassian.jira.plugin.s... ]
Juraj Húska updated RF-13708:
-----------------------------
Labels: photoalbum (was: )
> Photoalbum: refresh over index page throws error
> ------------------------------------------------
>
> Key: RF-13708
> URL: https://issues.jboss.org/browse/RF-13708
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: examples
> Affects Versions: 4.3.8
> Environment: container: JBoss EAP 6.3.0.ER8, other EAPS as well
> browsers: all
> Reporter: Juraj Húska
> Labels: photoalbum
>
> Refresh over index page of Photoalbum throws:
> {code}
> 14:31:05,563 SEVERE [javax.enterprise.resource.webcontainer.jsf.renderkit] (http-/127.0.0.1:8080-5) javax.faces.FacesException: Component ID overForm:PreDefinedTree:j_idt273 has already been found in the view. : javax.faces.FacesException: Component ID overForm:PreDefinedTree:j_idt273 has already been found in the view.
> at com.sun.faces.context.ExceptionHandlerImpl.handle(ExceptionHandlerImpl.java:139) [jsf-impl-2.1.28.redhat-3.jar:2.1.28.redhat-3]
> at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:119) [jsf-impl-2.1.28.redhat-3.jar:2.1.28.redhat-3]
> at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) [jsf-impl-2.1.28.redhat-3.jar:2.1.28.redhat-3]
> at javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) [jboss-jsf-api_2.1_spec-2.1.28.Final-redhat-1.jar:2.1.28.Final-redhat-1]
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:295) [jbossweb-7.4.7.Final-redhat-1.jar:7.4.7.Final-redhat-1]
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214) [jbossweb-7.4.7.Final-redhat-1.jar:7.4.7.Final-redhat-1]
> at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:231) [jbossweb-7.4.7.Final-redhat-1.jar:7.4.7.Final-redhat-1]
> at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:149) [jbossweb-7.4.7.Final-redhat-1.jar:7.4.7.Final-redhat-1]
> at org.jboss.as.jpa.interceptor.WebNonTxEmCloserValve.invoke(WebNonTxEmCloserValve.java:50) [jboss-as-jpa-7.4.0.Final-redhat-17.jar:7.4.0.Final-redhat-17]
> at org.jboss.as.jpa.interceptor.WebNonTxEmCloserValve.invoke(WebNonTxEmCloserValve.java:50) [jboss-as-jpa-7.4.0.Final-redhat-17.jar:7.4.0.Final-redhat-17]
> at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:169) [jboss-as-web-7.4.0.Final-redhat-17.jar:7.4.0.Final-redhat-17]
> at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:145) [jbossweb-7.4.7.Final-redhat-1.jar:7.4.7.Final-redhat-1]
> at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:97) [jbossweb-7.4.7.Final-redhat-1.jar:7.4.7.Final-redhat-1]
> at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:102) [jbossweb-7.4.7.Final-redhat-1.jar:7.4.7.Final-redhat-1]
> at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:344) [jbossweb-7.4.7.Final-redhat-1.jar:7.4.7.Final-redhat-1]
> at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:856) [jbossweb-7.4.7.Final-redhat-1.jar:7.4.7.Final-redhat-1]
> at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:653) [jbossweb-7.4.7.Final-redhat-1.jar:7.4.7.Final-redhat-1]
> at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:926) [jbossweb-7.4.7.Final-redhat-1.jar:7.4.7.Final-redhat-1]
> at java.lang.Thread.run(Thread.java:744) [rt.jar:1.7.0_55]
> {code}
> After this error application cease to work.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 5 months
[JBoss JIRA] (RF-13708) Photoalbum: refresh over index page throws error
by Juraj Húska (JIRA)
[ https://issues.jboss.org/browse/RF-13708?page=com.atlassian.jira.plugin.s... ]
Juraj Húska commented on RF-13708:
----------------------------------
The issue was present in RichFaces 4.3.6.Final as well.
> Photoalbum: refresh over index page throws error
> ------------------------------------------------
>
> Key: RF-13708
> URL: https://issues.jboss.org/browse/RF-13708
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: examples
> Affects Versions: 4.3.8
> Environment: JBoss EAP 6.3.0.ER8
> Reporter: Juraj Húska
>
> Refresh over index page of Photoalbum throws:
> {code}
> 14:31:05,563 SEVERE [javax.enterprise.resource.webcontainer.jsf.renderkit] (http-/127.0.0.1:8080-5) javax.faces.FacesException: Component ID overForm:PreDefinedTree:j_idt273 has already been found in the view. : javax.faces.FacesException: Component ID overForm:PreDefinedTree:j_idt273 has already been found in the view.
> at com.sun.faces.context.ExceptionHandlerImpl.handle(ExceptionHandlerImpl.java:139) [jsf-impl-2.1.28.redhat-3.jar:2.1.28.redhat-3]
> at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:119) [jsf-impl-2.1.28.redhat-3.jar:2.1.28.redhat-3]
> at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) [jsf-impl-2.1.28.redhat-3.jar:2.1.28.redhat-3]
> at javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) [jboss-jsf-api_2.1_spec-2.1.28.Final-redhat-1.jar:2.1.28.Final-redhat-1]
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:295) [jbossweb-7.4.7.Final-redhat-1.jar:7.4.7.Final-redhat-1]
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214) [jbossweb-7.4.7.Final-redhat-1.jar:7.4.7.Final-redhat-1]
> at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:231) [jbossweb-7.4.7.Final-redhat-1.jar:7.4.7.Final-redhat-1]
> at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:149) [jbossweb-7.4.7.Final-redhat-1.jar:7.4.7.Final-redhat-1]
> at org.jboss.as.jpa.interceptor.WebNonTxEmCloserValve.invoke(WebNonTxEmCloserValve.java:50) [jboss-as-jpa-7.4.0.Final-redhat-17.jar:7.4.0.Final-redhat-17]
> at org.jboss.as.jpa.interceptor.WebNonTxEmCloserValve.invoke(WebNonTxEmCloserValve.java:50) [jboss-as-jpa-7.4.0.Final-redhat-17.jar:7.4.0.Final-redhat-17]
> at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:169) [jboss-as-web-7.4.0.Final-redhat-17.jar:7.4.0.Final-redhat-17]
> at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:145) [jbossweb-7.4.7.Final-redhat-1.jar:7.4.7.Final-redhat-1]
> at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:97) [jbossweb-7.4.7.Final-redhat-1.jar:7.4.7.Final-redhat-1]
> at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:102) [jbossweb-7.4.7.Final-redhat-1.jar:7.4.7.Final-redhat-1]
> at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:344) [jbossweb-7.4.7.Final-redhat-1.jar:7.4.7.Final-redhat-1]
> at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:856) [jbossweb-7.4.7.Final-redhat-1.jar:7.4.7.Final-redhat-1]
> at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:653) [jbossweb-7.4.7.Final-redhat-1.jar:7.4.7.Final-redhat-1]
> at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:926) [jbossweb-7.4.7.Final-redhat-1.jar:7.4.7.Final-redhat-1]
> at java.lang.Thread.run(Thread.java:744) [rt.jar:1.7.0_55]
> {code}
> After this error application cease to work.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 5 months
[JBoss JIRA] (RF-13708) Photoalbum: refresh over index page throws error
by Juraj Húska (JIRA)
[ https://issues.jboss.org/browse/RF-13708?page=com.atlassian.jira.plugin.s... ]
Juraj Húska updated RF-13708:
-----------------------------
Environment:
container: JBoss EAP 6.3.0.ER8, other EAPS as well
browsers: all
was:JBoss EAP 6.3.0.ER8
> Photoalbum: refresh over index page throws error
> ------------------------------------------------
>
> Key: RF-13708
> URL: https://issues.jboss.org/browse/RF-13708
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: examples
> Affects Versions: 4.3.8
> Environment: container: JBoss EAP 6.3.0.ER8, other EAPS as well
> browsers: all
> Reporter: Juraj Húska
>
> Refresh over index page of Photoalbum throws:
> {code}
> 14:31:05,563 SEVERE [javax.enterprise.resource.webcontainer.jsf.renderkit] (http-/127.0.0.1:8080-5) javax.faces.FacesException: Component ID overForm:PreDefinedTree:j_idt273 has already been found in the view. : javax.faces.FacesException: Component ID overForm:PreDefinedTree:j_idt273 has already been found in the view.
> at com.sun.faces.context.ExceptionHandlerImpl.handle(ExceptionHandlerImpl.java:139) [jsf-impl-2.1.28.redhat-3.jar:2.1.28.redhat-3]
> at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:119) [jsf-impl-2.1.28.redhat-3.jar:2.1.28.redhat-3]
> at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) [jsf-impl-2.1.28.redhat-3.jar:2.1.28.redhat-3]
> at javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) [jboss-jsf-api_2.1_spec-2.1.28.Final-redhat-1.jar:2.1.28.Final-redhat-1]
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:295) [jbossweb-7.4.7.Final-redhat-1.jar:7.4.7.Final-redhat-1]
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214) [jbossweb-7.4.7.Final-redhat-1.jar:7.4.7.Final-redhat-1]
> at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:231) [jbossweb-7.4.7.Final-redhat-1.jar:7.4.7.Final-redhat-1]
> at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:149) [jbossweb-7.4.7.Final-redhat-1.jar:7.4.7.Final-redhat-1]
> at org.jboss.as.jpa.interceptor.WebNonTxEmCloserValve.invoke(WebNonTxEmCloserValve.java:50) [jboss-as-jpa-7.4.0.Final-redhat-17.jar:7.4.0.Final-redhat-17]
> at org.jboss.as.jpa.interceptor.WebNonTxEmCloserValve.invoke(WebNonTxEmCloserValve.java:50) [jboss-as-jpa-7.4.0.Final-redhat-17.jar:7.4.0.Final-redhat-17]
> at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:169) [jboss-as-web-7.4.0.Final-redhat-17.jar:7.4.0.Final-redhat-17]
> at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:145) [jbossweb-7.4.7.Final-redhat-1.jar:7.4.7.Final-redhat-1]
> at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:97) [jbossweb-7.4.7.Final-redhat-1.jar:7.4.7.Final-redhat-1]
> at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:102) [jbossweb-7.4.7.Final-redhat-1.jar:7.4.7.Final-redhat-1]
> at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:344) [jbossweb-7.4.7.Final-redhat-1.jar:7.4.7.Final-redhat-1]
> at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:856) [jbossweb-7.4.7.Final-redhat-1.jar:7.4.7.Final-redhat-1]
> at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:653) [jbossweb-7.4.7.Final-redhat-1.jar:7.4.7.Final-redhat-1]
> at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:926) [jbossweb-7.4.7.Final-redhat-1.jar:7.4.7.Final-redhat-1]
> at java.lang.Thread.run(Thread.java:744) [rt.jar:1.7.0_55]
> {code}
> After this error application cease to work.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 5 months
[JBoss JIRA] (RF-13708) Photoalbum: refresh over index page throws error
by Juraj Húska (JIRA)
Juraj Húska created RF-13708:
--------------------------------
Summary: Photoalbum: refresh over index page throws error
Key: RF-13708
URL: https://issues.jboss.org/browse/RF-13708
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: examples
Affects Versions: 4.3.8
Environment: JBoss EAP 6.3.0.ER8
Reporter: Juraj Húska
Refresh over index page of Photoalbum throws:
{code}
14:31:05,563 SEVERE [javax.enterprise.resource.webcontainer.jsf.renderkit] (http-/127.0.0.1:8080-5) javax.faces.FacesException: Component ID overForm:PreDefinedTree:j_idt273 has already been found in the view. : javax.faces.FacesException: Component ID overForm:PreDefinedTree:j_idt273 has already been found in the view.
at com.sun.faces.context.ExceptionHandlerImpl.handle(ExceptionHandlerImpl.java:139) [jsf-impl-2.1.28.redhat-3.jar:2.1.28.redhat-3]
at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:119) [jsf-impl-2.1.28.redhat-3.jar:2.1.28.redhat-3]
at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) [jsf-impl-2.1.28.redhat-3.jar:2.1.28.redhat-3]
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) [jboss-jsf-api_2.1_spec-2.1.28.Final-redhat-1.jar:2.1.28.Final-redhat-1]
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:295) [jbossweb-7.4.7.Final-redhat-1.jar:7.4.7.Final-redhat-1]
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214) [jbossweb-7.4.7.Final-redhat-1.jar:7.4.7.Final-redhat-1]
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:231) [jbossweb-7.4.7.Final-redhat-1.jar:7.4.7.Final-redhat-1]
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:149) [jbossweb-7.4.7.Final-redhat-1.jar:7.4.7.Final-redhat-1]
at org.jboss.as.jpa.interceptor.WebNonTxEmCloserValve.invoke(WebNonTxEmCloserValve.java:50) [jboss-as-jpa-7.4.0.Final-redhat-17.jar:7.4.0.Final-redhat-17]
at org.jboss.as.jpa.interceptor.WebNonTxEmCloserValve.invoke(WebNonTxEmCloserValve.java:50) [jboss-as-jpa-7.4.0.Final-redhat-17.jar:7.4.0.Final-redhat-17]
at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:169) [jboss-as-web-7.4.0.Final-redhat-17.jar:7.4.0.Final-redhat-17]
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:145) [jbossweb-7.4.7.Final-redhat-1.jar:7.4.7.Final-redhat-1]
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:97) [jbossweb-7.4.7.Final-redhat-1.jar:7.4.7.Final-redhat-1]
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:102) [jbossweb-7.4.7.Final-redhat-1.jar:7.4.7.Final-redhat-1]
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:344) [jbossweb-7.4.7.Final-redhat-1.jar:7.4.7.Final-redhat-1]
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:856) [jbossweb-7.4.7.Final-redhat-1.jar:7.4.7.Final-redhat-1]
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:653) [jbossweb-7.4.7.Final-redhat-1.jar:7.4.7.Final-redhat-1]
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:926) [jbossweb-7.4.7.Final-redhat-1.jar:7.4.7.Final-redhat-1]
at java.lang.Thread.run(Thread.java:744) [rt.jar:1.7.0_55]
{code}
After this error application cease to work.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 5 months
[JBoss JIRA] (RF-13707) Photoalbum: incorrect account details shown after creating a new one
by Juraj Húska (JIRA)
[ https://issues.jboss.org/browse/RF-13707?page=com.atlassian.jira.plugin.s... ]
Juraj Húska updated RF-13707:
-----------------------------
Description:
When user create a new account in Photoalbum application there are shown account details, which are incorrect:
* missing login, first name, surname
* wrong sex value (there is always female - I tried other than my photos as avatars, so the problem will be somewhere else :) )
* missing Birthday and email
was:
When user create a new account in Photoalbum application there are shown account details, which are incorrect:
* missing login, first name, surname
* wrong sex value (there is always female - I tried other than my photos, so the problem will be somewhere else :) )
* missing Birthday and email
> Photoalbum: incorrect account details shown after creating a new one
> --------------------------------------------------------------------
>
> Key: RF-13707
> URL: https://issues.jboss.org/browse/RF-13707
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: examples
> Affects Versions: 4.3.8
> Reporter: Juraj Húska
>
> When user create a new account in Photoalbum application there are shown account details, which are incorrect:
> * missing login, first name, surname
> * wrong sex value (there is always female - I tried other than my photos as avatars, so the problem will be somewhere else :) )
> * missing Birthday and email
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 5 months
[JBoss JIRA] (RF-13707) Photoalbum: incorrect account details shown after creating a new one
by Juraj Húska (JIRA)
[ https://issues.jboss.org/browse/RF-13707?page=com.atlassian.jira.plugin.s... ]
Juraj Húska updated RF-13707:
-----------------------------
Description:
When user create a new account in Photoalbum application there are shown account details, which are incorrect:
* missing login, first name, surname
* wrong sex value (there is always female - I tried other than my photos, so the problem will be somewhere else :) )
* missing Birthday and email
was:
When user create a new account in Photoalbum application there are shown account details, which are incorrect:
* missing login, first name, surname
* wrong sex value (there is always female)
* missing Birthday and email
> Photoalbum: incorrect account details shown after creating a new one
> --------------------------------------------------------------------
>
> Key: RF-13707
> URL: https://issues.jboss.org/browse/RF-13707
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: examples
> Affects Versions: 4.3.8
> Reporter: Juraj Húska
>
> When user create a new account in Photoalbum application there are shown account details, which are incorrect:
> * missing login, first name, surname
> * wrong sex value (there is always female - I tried other than my photos, so the problem will be somewhere else :) )
> * missing Birthday and email
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 5 months