Problems with Server Roundtrips and Issue in JSF Demo
|
|
Rene Guenther
|
In userForm.xhtml I needed an additional SelectItem component. To be able to
reuse this component later I created a new ManagedBean. The value of the selectItem was a property of my new ManagedBean. The property has not being set after submit. Since it was a required field I got an error. Additionally to this error userForm.user.version was lost. Thats part of the tag: <h:selectOneMenu value="#{clientSI.selected}" id="client" required="true" disabled="#{userForm.user.version != null}"> After submit clientSI.selected is lost. Component isnt disabled anymore. Then I tried the JSF Demo http://demo.appfuse.org/appfuse-jsf/userForm.html, switched off JavaScript (FireFox Web Developer), changed an user by clearing content of the field password hint. After submitting userForm.user.version was lost too: after the submit I got additional fields (roles, account settings). Anyone got an idea why this is happening? Additionally to this: in the JSF version ROLE_ADMIN is not allowed to assign/delete roles of users. I am really wondering whether anyone is using the JSF version of appfuse 2 for real applications? Dont you ever got problems with losing form data? In appfuse 1.8 I wasnt able to build an application without using t:saveState Regards René --------------------------------------------------------------------- To unsubscribe, e-mail: [hidden email] For additional commands, e-mail: [hidden email] |
||||||||||||||||
mraible
|
On Dec 10, 2007, at 3:08 PM, René Günther wrote: > In userForm.xhtml I needed an additional SelectItem component. To be > able to > reuse this component later I created a new ManagedBean. The value of > the > selectItem was a property of my new ManagedBean. The property has > not being > set after submit. Since it was a required field I got an error. > Additionally > to this error userForm.user.version was lost. > > That’s part of the tag: > <h:selectOneMenu value="#{clientSI.selected}" id="client" > required="true" > disabled="#{userForm.user.version != null}"> > After submit > clientSI.selected is lost. > Component isnt disabled anymore. > > Then I tried the JSF Demo http://demo.appfuse.org/appfuse-jsf/userForm.html > , > switched off JavaScript (FireFox Web Developer), changed an user by > clearing > content of the field password hint. After submitting > userForm.user.version > was lost too: after the submit I got additional fields (roles, account > settings). Anyone got an idea why this is happening? I don't know of any JSF applications that work well with JavaScript disabled - do you? If your application is required to function w/ a JavaScript-less browser, I'd suggest you don't use JSF. With that being said, it's quite possible we have some bugs in AppFuse's JSF implementation. Matt > > Additionally to this: in the JSF version ROLE_ADMIN is not allowed to > assign/delete roles of users. > I am really wondering whether anyone is using the JSF version of > appfuse 2 > for real applications? Don’t you ever got problems with losing form > data? In > appfuse 1.8 I wasn’t able to build an application without using > t:saveState > > Regards > René > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [hidden email] > For additional commands, e-mail: [hidden email] > --------------------------------------------------------------------- To unsubscribe, e-mail: [hidden email] For additional commands, e-mail: [hidden email] |
||||||||||||||||
|
Rene Guenther
|
In my application I didnt switch JavaScript off. I had to switch off the
JavaScript for the demo version to force a submit to the server since empty required fields are caught on client side. The lost of userForm.user.version will probably also occur if you delete the v:commonsValidator tags. But without switching off JavaScript there is still the other issue (probably related to problems with other parameters): 1. Login as admin 2. Go to http://demo.appfuse.org/appfuse-jsf/admin/users.html 3. Edit "user" 4. Resulting page is User Profile (no account settings/role assignments changeable) Regards Rene -----Ursprüngliche Nachricht----- Von: Matt Raible [mailto:[hidden email]] Gesendet: Dienstag, 11. Dezember 2007 00:10 An: [hidden email] Betreff: Re: [appfuse-user] Problems with Server Roundtrips and Issue in JSF Demo On Dec 10, 2007, at 3:08 PM, René Günther wrote: > In userForm.xhtml I needed an additional SelectItem component. To be > able to > reuse this component later I created a new ManagedBean. The value of > the > selectItem was a property of my new ManagedBean. The property has > not being > set after submit. Since it was a required field I got an error. > Additionally > to this error userForm.user.version was lost. > > Thats part of the tag: > <h:selectOneMenu value="#{clientSI.selected}" id="client" > required="true" > disabled="#{userForm.user.version != null}"> > After submit > clientSI.selected is lost. > Component isnt disabled anymore. > > Then I tried the JSF Demo > , > switched off JavaScript (FireFox Web Developer), changed an user by > clearing > content of the field password hint. After submitting > userForm.user.version > was lost too: after the submit I got additional fields (roles, account > settings). Anyone got an idea why this is happening? I don't know of any JSF applications that work well with JavaScript disabled - do you? If your application is required to function w/ a JavaScript-less browser, I'd suggest you don't use JSF. With that being said, it's quite possible we have some bugs in AppFuse's JSF implementation. Matt > > Additionally to this: in the JSF version ROLE_ADMIN is not allowed to > assign/delete roles of users. > I am really wondering whether anyone is using the JSF version of > appfuse 2 > for real applications? Dont you ever got problems with losing form > data? In > appfuse 1.8 I wasnt able to build an application without using > t:saveState > > Regards > René > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [hidden email] > For additional commands, e-mail: [hidden email] > --------------------------------------------------------------------- To unsubscribe, e-mail: [hidden email] For additional commands, e-mail: [hidden email] --------------------------------------------------------------------- To unsubscribe, e-mail: [hidden email] For additional commands, e-mail: [hidden email] |
||||||||||||||||
|
Rene Guenther
|
I found at least a solution to the issue described below:
In users.xhtml at <h:commandLink action="#{userForm.edit}" value="#{user.username}"> <f:param name="id" value="#{user.id}" /> </h:commandLink> Add <f:param name="from" value="list" /> But now there is still an issue. Just remove the validators in userForm.xhtml and maybe also the onSubmit and onClick events. Edit a user and clear content of a required field. Submit the form: userForm.user.version is empty now. If you login as admin and use the editProfile form, clear content of required field, submit, then enter new data in that field, submit again you lose all your roles and are not an admin any more ;-) Regards Rene -----Ursprüngliche Nachricht----- Von: René Günther [mailto:[hidden email]] Gesendet: Dienstag, 11. Dezember 2007 08:00 An: [hidden email] Betreff: AW: [appfuse-user] Problems with Server Roundtrips and Issue in JSF Demo In my application I didnt switch JavaScript off. I had to switch off the JavaScript for the demo version to force a submit to the server since empty required fields are caught on client side. The lost of userForm.user.version will probably also occur if you delete the v:commonsValidator tags. But without switching off JavaScript there is still the other issue (probably related to problems with other parameters): 1. Login as admin 2. Go to http://demo.appfuse.org/appfuse-jsf/admin/users.html 3. Edit "user" 4. Resulting page is User Profile (no account settings/role assignments changeable) Regards Rene -----Ursprüngliche Nachricht----- Von: Matt Raible [mailto:[hidden email]] Gesendet: Dienstag, 11. Dezember 2007 00:10 An: [hidden email] Betreff: Re: [appfuse-user] Problems with Server Roundtrips and Issue in JSF Demo On Dec 10, 2007, at 3:08 PM, René Günther wrote: > In userForm.xhtml I needed an additional SelectItem component. To be > able to > reuse this component later I created a new ManagedBean. The value of > the > selectItem was a property of my new ManagedBean. The property has > not being > set after submit. Since it was a required field I got an error. > Additionally > to this error userForm.user.version was lost. > > Thats part of the tag: > <h:selectOneMenu value="#{clientSI.selected}" id="client" > required="true" > disabled="#{userForm.user.version != null}"> > After submit > clientSI.selected is lost. > Component isnt disabled anymore. > > Then I tried the JSF Demo > , > switched off JavaScript (FireFox Web Developer), changed an user by > clearing > content of the field password hint. After submitting > userForm.user.version > was lost too: after the submit I got additional fields (roles, account > settings). Anyone got an idea why this is happening? I don't know of any JSF applications that work well with JavaScript disabled - do you? If your application is required to function w/ a JavaScript-less browser, I'd suggest you don't use JSF. With that being said, it's quite possible we have some bugs in AppFuse's JSF implementation. Matt > > Additionally to this: in the JSF version ROLE_ADMIN is not allowed to > assign/delete roles of users. > I am really wondering whether anyone is using the JSF version of > appfuse 2 > for real applications? Dont you ever got problems with losing form > data? In > appfuse 1.8 I wasnt able to build an application without using > t:saveState > > Regards > René > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [hidden email] > For additional commands, e-mail: [hidden email] > --------------------------------------------------------------------- To unsubscribe, e-mail: [hidden email] For additional commands, e-mail: [hidden email] --------------------------------------------------------------------- To unsubscribe, e-mail: [hidden email] For additional commands, e-mail: [hidden email] --------------------------------------------------------------------- To unsubscribe, e-mail: [hidden email] For additional commands, e-mail: [hidden email] |
||||||||||||||||
|
mraible
|
Sounds like you've discovered a bug. Can you please enter an issue in
JIRA for this with steps to reproduce? http://issues.appfuse.org/browse/APF Thanks, Matt On Dec 11, 2007, at 1:55 AM, René Günther wrote: > I found at least a solution to the issue described below: > In users.xhtml at > <h:commandLink > action="#{userForm.edit}" value="#{user.username}"> > <f:param name="id" > value="#{user.id}" /> > </h:commandLink> > Add > <f:param name="from" > value="list" /> > > But now there is still an issue. Just remove the validators in > userForm.xhtml and maybe also the onSubmit and onClick events. Edit > a user > and clear content of a required field. Submit the form: > userForm.user.version is empty now. > If you login as admin and use the editProfile form, clear content of > required field, submit, then enter new data in that field, submit > again you > lose all your roles and are not an admin any more ;-) > > Regards > Rene > > -----Ursprüngliche Nachricht----- > Von: René Günther [mailto:[hidden email]] > Gesendet: Dienstag, 11. Dezember 2007 08:00 > An: [hidden email] > Betreff: AW: [appfuse-user] Problems with Server Roundtrips and > Issue in JSF > Demo > > In my application I didnt switch JavaScript off. I had to switch off > the > JavaScript for the demo version to force a submit to the server > since empty > required fields are caught on client side. The lost of > userForm.user.version > will probably also occur if you delete the v:commonsValidator tags. > But > without switching off JavaScript there is still the other issue > (probably > related to problems with other parameters): > > 1. Login as admin > > 2. Go to http://demo.appfuse.org/appfuse-jsf/admin/users.html > > 3. Edit "user" > > 4. Resulting page is User Profile (no account settings/role > assignments > changeable) > > Regards > Rene > > -----Ursprüngliche Nachricht----- > Von: Matt Raible [mailto:[hidden email]] > Gesendet: Dienstag, 11. Dezember 2007 00:10 > An: [hidden email] > Betreff: Re: [appfuse-user] Problems with Server Roundtrips and > Issue in JSF > Demo > > > On Dec 10, 2007, at 3:08 PM, René Günther wrote: > >> In userForm.xhtml I needed an additional SelectItem component. To be >> able to >> reuse this component later I created a new ManagedBean. The value of >> the >> selectItem was a property of my new ManagedBean. The property has >> not being >> set after submit. Since it was a required field I got an error. >> Additionally >> to this error userForm.user.version was lost. >> >> That’s part of the tag: >> <h:selectOneMenu value="#{clientSI.selected}" id="client" >> required="true" >> disabled="#{userForm.user.version != null}"> >> After submit >> clientSI.selected is lost. >> Component isnt disabled anymore. >> >> Then I tried the JSF Demo > http://demo.appfuse.org/appfuse-jsf/userForm.html >> , >> switched off JavaScript (FireFox Web Developer), changed an user by >> clearing >> content of the field password hint. After submitting >> userForm.user.version >> was lost too: after the submit I got additional fields (roles, >> account >> settings). Anyone got an idea why this is happening? > > I don't know of any JSF applications that work well with JavaScript > disabled - do you? If your application is required to function w/ a > JavaScript-less browser, I'd suggest you don't use JSF. > > With that being said, it's quite possible we have some bugs in > AppFuse's JSF implementation. > > Matt > >> >> Additionally to this: in the JSF version ROLE_ADMIN is not allowed to >> assign/delete roles of users. >> I am really wondering whether anyone is using the JSF version of >> appfuse 2 >> for real applications? Don’t you ever got problems with losing form >> data? In >> appfuse 1.8 I wasn’t able to build an application without using >> t:saveState >> >> Regards >> René >> >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [hidden email] >> For additional commands, e-mail: [hidden email] >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [hidden email] > For additional commands, e-mail: [hidden email] > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [hidden email] > For additional commands, e-mail: [hidden email] > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [hidden email] > For additional commands, e-mail: [hidden email] > --------------------------------------------------------------------- To unsubscribe, e-mail: [hidden email] For additional commands, e-mail: [hidden email] |
||||||||||||||||
EddieHsu
|
I found that there no any problem with firefox wheather or not add <f:param name="form" value="list"/>
But it doesn't work with ie7 wheather or not add <f:param name="form" value="list"/> I found that UserForm cannot get param id with ie7. Is there any body found out the problem ?
|
||||
|
mraible
|
Since any <f:*> tags are processed on the server-side, I don't see
how browser behavior could be different - unless the rendered HTML is incorrect. Matt On Jan 27, 2008, at 8:53 PM, EddieHsu wrote: > > I found that there no any problem with firefox wheather or not add > <f:param > name="form" value="list"/> > But it doesn't work with ie7 wheather or not add <f:param name="form" > value="list"/> > I found that UserForm cannot get param id with ie7. > Is there any body found out the problem ? > > > > mraible wrote: >> >> Sounds like you've discovered a bug. Can you please enter an issue in >> JIRA for this with steps to reproduce? >> >> http://issues.appfuse.org/browse/APF >> >> Thanks, >> >> Matt >> >> On Dec 11, 2007, at 1:55 AM, René Günther wrote: >> >>> I found at least a solution to the issue described below: >>> In users.xhtml at >>> <h:commandLink >>> action="#{userForm.edit}" value="#{user.username}"> >>> <f:param name="id" >>> value="#{user.id}" /> >>> </h:commandLink> >>> Add >>> <f:param name="from" >>> value="list" /> >>> >>> But now there is still an issue. Just remove the validators in >>> userForm.xhtml and maybe also the onSubmit and onClick events. Edit >>> a user >>> and clear content of a required field. Submit the form: >>> userForm.user.version is empty now. >>> If you login as admin and use the editProfile form, clear content of >>> required field, submit, then enter new data in that field, submit >>> again you >>> lose all your roles and are not an admin any more ;-) >>> >>> Regards >>> Rene >>> >>> -----Ursprüngliche Nachricht----- >>> Von: René Günther [mailto:[hidden email]] >>> Gesendet: Dienstag, 11. Dezember 2007 08:00 >>> An: [hidden email] >>> Betreff: AW: [appfuse-user] Problems with Server Roundtrips and >>> Issue in JSF >>> Demo >>> >>> In my application I didnt switch JavaScript off. I had to switch off >>> the >>> JavaScript for the demo version to force a submit to the server >>> since empty >>> required fields are caught on client side. The lost of >>> userForm.user.version >>> will probably also occur if you delete the v:commonsValidator tags. >>> But >>> without switching off JavaScript there is still the other issue >>> (probably >>> related to problems with other parameters): >>> >>> 1. Login as admin >>> >>> 2. Go to http://demo.appfuse.org/appfuse-jsf/admin/users.html >>> >>> 3. Edit "user" >>> >>> 4. Resulting page is User Profile (no account settings/role >>> assignments >>> changeable) >>> >>> Regards >>> Rene >>> >>> -----Ursprüngliche Nachricht----- >>> Von: Matt Raible [mailto:[hidden email]] >>> Gesendet: Dienstag, 11. Dezember 2007 00:10 >>> An: [hidden email] >>> Betreff: Re: [appfuse-user] Problems with Server Roundtrips and >>> Issue in JSF >>> Demo >>> >>> >>> On Dec 10, 2007, at 3:08 PM, René Günther wrote: >>> >>>> In userForm.xhtml I needed an additional SelectItem component. >>>> To be >>>> able to >>>> reuse this component later I created a new ManagedBean. The >>>> value of >>>> the >>>> selectItem was a property of my new ManagedBean. The property has >>>> not being >>>> set after submit. Since it was a required field I got an error. >>>> Additionally >>>> to this error userForm.user.version was lost. >>>> >>>> That’s part of the tag: >>>> <h:selectOneMenu value="#{clientSI.selected}" id="client" >>>> required="true" >>>> disabled="#{userForm.user.version != null}"> >>>> After submit >>>> clientSI.selected is lost. >>>> Component isnt disabled anymore. >>>> >>>> Then I tried the JSF Demo >>> http://demo.appfuse.org/appfuse-jsf/userForm.html >>>> , >>>> switched off JavaScript (FireFox Web Developer), changed an user by >>>> clearing >>>> content of the field password hint. After submitting >>>> userForm.user.version >>>> was lost too: after the submit I got additional fields (roles, >>>> account >>>> settings). Anyone got an idea why this is happening? >>> >>> I don't know of any JSF applications that work well with JavaScript >>> disabled - do you? If your application is required to function w/ a >>> JavaScript-less browser, I'd suggest you don't use JSF. >>> >>> With that being said, it's quite possible we have some bugs in >>> AppFuse's JSF implementation. >>> >>> Matt >>> >>>> >>>> Additionally to this: in the JSF version ROLE_ADMIN is not >>>> allowed to >>>> assign/delete roles of users. >>>> I am really wondering whether anyone is using the JSF version of >>>> appfuse 2 >>>> for real applications? Don’t you ever got problems with losing form >>>> data? In >>>> appfuse 1.8 I wasn’t able to build an application without using >>>> t:saveState >>>> >>>> Regards >>>> René >>>> >>>> >>>> >>>> ------------------------------------------------------------------- >>>> -- >>>> To unsubscribe, e-mail: [hidden email] >>>> For additional commands, e-mail: [hidden email] >>>> >>> >>> -------------------------------------------------------------------- >>> - >>> To unsubscribe, e-mail: [hidden email] >>> For additional commands, e-mail: [hidden email] >>> >>> -------------------------------------------------------------------- >>> - >>> To unsubscribe, e-mail: [hidden email] >>> For additional commands, e-mail: [hidden email] >>> >>> -------------------------------------------------------------------- >>> - >>> To unsubscribe, e-mail: [hidden email] >>> For additional commands, e-mail: [hidden email] >>> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [hidden email] >> For additional commands, e-mail: [hidden email] >> >> >> > > -- > View this message in context: http://www.nabble.com/Problems-with- > Server-Roundtrips-and-Issue-in-JSF-Demo-tp14262918s2369p15127841.html > Sent from the AppFuse - User mailing list archive at Nabble.com. > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [hidden email] > For additional commands, e-mail: [hidden email] > --------------------------------------------------------------------- To unsubscribe, e-mail: [hidden email] For additional commands, e-mail: [hidden email] |
||||||||||||||||
| Free Embeddable Forum Powered by Nabble | Help |
