[
https://issues.jboss.org/browse/RF-12907?page=com.atlassian.jira.plugin.s...
]
Jean ANDRE edited comment on RF-12907 at 5/2/13 9:43 AM:
---------------------------------------------------------
Hello Brian,
What we observed, is replacing our Ids by @form or @all requires to click twice to fire
the action. Then there is a refresh problem. Using JSF tags like @form or @all should work
at anytime as the documentation does not tell any limitation or constraint in using them.
It is simply not normal that those tags do not perform well under RF components. And what
we expected is to click only once to fire an action on button or on link.
Moreover, it is not normal that in such case, we do not have any message error from JSF or
RF. Because the request hits the server but no action is done... IF we restore our ids, it
works, so what is wrong ? What is missing ?
As we said since the beginning, since we starting using RF 2 years ago, while you're
refactoring it and us suffering a lot, the complexity is a part of the problem. We did the
ITBH as the simplest application implementing the SPA concept, highly dynamic, based on RF
tab panel. We think that a too much trivial project might not give you the problem.
Did you have at least install it, begin using it ? The report is only one issue, about
@form or @all but we different scenarios or paths to reproduce the bug.
We do not need debugging the application for us because ITBH is not the real application.
It is just a basic project to validate the stack technology. The real project is much
bigger, much more complex at the UI level. ITBH is just a starting point, a baseline for
us. ITBH is a communication tool between third parties and us.
We did this report, only for RF, not really for us as using our id, it is working. But we
think that it is very interesting case for you and the community as we are not alone in
such situation where clicking on button or link does not trigger the expected action and I
do not talk about the classical reason like:
- bad name of the method controller
- forgot the immediate = true
- forgot the h:messages
- Model change at the server side
- and so on.
We start from a running well application, we change our ids by @all or @form and the
application does not work anymore.
All the story since 2 years rise a simple question: Does RF can really coexist with JSF 2
smoothly ? Can we have a stable and robust version on which we can construct our business
software ? We heard that using PrimesFaces is more advanced project, probably we will test
this framework on and with ITBH.
Best regards,
JA
was (Author: jorelia64):
Hello Brian,
What we observe is replacing our Ids by @form or @all requires to click twice to fire the
action. Then there is a refresh problem. Using JSF tag like @form or @all should work at
anytime as the documentation does not tell any limitation or constraint in using them. It
is simply not normal that those tag does not perform well under RF components. And what we
expected is to click only once to fire an action on button or on link.
Moreover, it is not normal that in such case, we do not have any message error from JSF or
RF. Because request hit the server but no action is done... IF we restore our ids, it
works, so what is wrong ? What is missing ?
As we said since the beginning, since we starting using RF 2 years ago, while you're
refactoring it and us suffering a lot, the complexity is a part of the problem. We did the
ITBH as the simplest application implementing the SPA concept, highly dynamic based on RF
tab panel. We think that a too much trivial project might not give you the problem.
Did you have at least install it, begin using it ? The report is only one issue, about
@form or @all but we different scenarios or paths to reproduce the bug.
We do not need debugging the application for us because ITBH is not the real application.
It is just a basic project to validate the stack technology. The real project is much
bigger, more complex at the UI level. ITBH is just a starting point, a baseline for us.
ITBH is a communication tools between third party and us.
We did this report, only for RF, not really for us as using our id, it is working. But we
think that it is very interesting case for you and the community as we are not alone in
such situation where clicking on button or link does not trigger the expected action and I
do not talk about the classical reason like:
- bad name of the method controller
- forgot the immediate = true
- forgot the h:messages
- Model change at the server side
- and so on.
We start from a running well application, we change our ids by @all or @form and the
application does not work anymore.
All the story since 2 years rise a simple question: Does RF can really coexist with JSF 2
smoothly ? Can we have a stable and robust version on which we can construct our business
software ?
Best regards,
JA
render="@form" problem with a4jCommand Button / Link /
@all
-----------------------------------------------------------
Key: RF-12907
URL:
https://issues.jboss.org/browse/RF-12907
Project: RichFaces
Issue Type: Bug
Security Level: Public(Everyone can see)
Affects Versions: 4.2.3.Final, 4.3.1
Environment: JSF Mojarra 2.1.21 or 2.1.20 - Glassfish or WAS 8.0.0.x Servlet 3.0
or 2.5
Reporter: Jean ANDRE
Labels: waiting_on_user
Attachments: Nested-2.1.Finale.zip, Nested-Spring-3.2.2.zip, NestedEar-CDI.zip
Please see the report at:
http://java.net/jira/browse/JAVASERVERFACES-2016
It seems that that there is a problem with a4j button and the value of @form/render
attribute.
The symptom we got is after refreshing the panel for building a list. Click on link form
the result lisk does not trigger the action.
--
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