Re: Fwd: Another bug in h:selectBooleanCheckbox while embeded in a x:dataTable

2005-02-14 Thread Martin Marinschek
Well, the problem is that the values should be applied! This is the only thing what I see as a possible bug here... I think that Sylvain mixes two things up in his argumentation: "submitting" the value to the component is done whenever a request is posted, regardless if a submit button has been h

RE: VariableResolverImpl not extendable (except in net.sourceforge package)

2005-02-14 Thread Anton Koinov
Jon, Stan is correct. If you do use those interfaces directly, then that part of your code will be MyFaces specific--those interfaces are not JSR compliant. If you do not want to have MyFaces specific code, then you should be able to use MyFaces without any additional changes. Regards, Anton On

RE: VariableResolverImpl not extendable (except in net.sourceforge package)

2005-02-14 Thread Stan Silvert
MyFaces has recently been updated to support Portlets running in any JSR-168 compliant Portal. This work included updates to JspViewHandlerImpl. If you can describe your requirements then I might be able to help you accomplish your goals without further changes to MyFaces. Stan Silvert JBoss, In

Re: Why does UIInput store submitted value in the state?

2005-02-14 Thread Heath Borders
I'm pretty sure that if the model updates, the submitted value gets cleared. It might still be inside savestate, but that's just going to be saving null most of the time. On Sun, 13 Feb 2005 23:17:32 -0500, Sean Schofield <[EMAIL PROTECTED]> wrote: > I was looking at the MyFaces implementation f