Actually it looks like the issue isn't related with PPR. I just tested without PPR (see code below) and had the same result:
<?xml version="1.0" encoding="iso-8859-1" standalone="yes" ?> <jsp:root xmlns:jsp="http://java.sun.com/JSP/Page"; version="2.0" xmlns:f="http://java.sun.com/jsf/core"; xmlns:tr="http://myfaces.apache.org/trinidad"; > <jsp:directive.page contentType="text/html;charset=utf-8"/> <f:view> <tr:document title="Apache Trinidad Blank Demo"> <tr:form> <tr:subform id="sub1"> <tr:panelPage> <tr:outputText value="#{helloWorldBacking.name}" /> <tr:inputText label="Your name" id="input1" value="#{helloWorldBacking.name}" required="true"/> <tr:commandButton id="button1" text="press me" action="#{helloWorldBacking.send}"/> </tr:panelPage> </tr:subform> <tr:subform id="sub2"> <tr:panelPage> <tr:outputText value="#{helloWorldBacking.name}" /> <tr:inputText label="Your name" id="input1" value="#{helloWorldBacking.name}" required="true"/> <tr:commandButton id="button1" text="press me" action="#{helloWorldBacking.send}"/> </tr:panelPage> </tr:subform> </tr:form> </tr:document> </f:view> </jsp:root> Walter Mourão http://waltermourao.com.br http://arcadian.com.br http://oriens.com.br On Wed, Sep 10, 2008 at 10:13 AM, Andrew Robinson < [EMAIL PROTECTED]> wrote: > Looks like you need to add partialTriggers to the components you want > to update / refresh > > -A > > On Wed, Sep 10, 2008 at 4:50 AM, Walter Mourão <[EMAIL PROTECTED]> > wrote: > > Sorry the bump, but I'm in a dead end... Does anybody know a workaround ? > > > > > > Walter Mourão > > http://waltermourao.com.br > > http://arcadian.com.br > > http://oriens.com.br > > > > > > > > On Sun, Sep 7, 2008 at 8:22 AM, Walter Mourão <[EMAIL PROTECTED]> > > wrote: > >> > >> Hi folks, > >> I'm dealing with a strange behavior when using subforms and I reproduced > >> it using the trinidad-blank example (from 1.0.9, but I found the problem > >> first with 1.0.5). > >> When executing an action from subform 1, only the inputs of the subform > 1 > >> are refreshed and show the new value. Besides that, when I added a > >> tr:outputText to the subform, pointing to the same backing bean > property, it > >> shows the new value, so the tr:inputText and tr:outputText (of the > subform > >> 2) shows differente values... > >> > >> To reproduce using the trinidad-blank example: > >> 1 - change HelloWorldBacking.send to: > >> public String send() > >> { > >> _name = _name.toUpperCase(); > >> > >> return null; > >> } > >> > >> 2 - add the file two_subforms.jspx with the content: > >> <?xml version="1.0" encoding="iso-8859-1" standalone="yes" ?> > >> <jsp:root xmlns:jsp="http://java.sun.com/JSP/Page"; version="2.0" > >> xmlns:f="http://java.sun.com/jsf/core"; > >> xmlns:tr="http://myfaces.apache.org/trinidad"; > > >> <jsp:directive.page contentType="text/html;charset=utf-8"/> > >> <f:view> > >> <tr:document title="Apache Trinidad Blank Demo"> > >> <tr:form partialTriggers="sub1:button1 sub2:button1"> > >> <tr:subform id="sub1"> > >> <tr:panelPage> > >> <tr:outputText value="#{helloWorldBacking.name}" /> > >> <tr:inputText label="Your name" id="input1" > >> value="#{helloWorldBacking.name}" required="true"/> > >> <tr:commandButton id="button1" text="press me" > >> action="#{helloWorldBacking.send}" partialSubmit="true"/> > >> </tr:panelPage> > >> </tr:subform> > >> <tr:subform id="sub2"> > >> <tr:panelPage> > >> <tr:outputText value="#{helloWorldBacking.name}" /> > >> <tr:inputText label="Your name" id="input1" > >> value="#{helloWorldBacking.name}" required="true"/> > >> <tr:commandButton id="button1" text="press me" > >> action="#{helloWorldBacking.send}" partialSubmit="true"/> > >> </tr:panelPage> > >> </tr:subform> > >> </tr:form> > >> </tr:document> > >> </f:view> > >> </jsp:root> > >> > >> 3 - start the application, go to /faces/two_subforms.jspx, add a text in > >> one of the inputs and click "press me". > >> > >> This behavior happens with partialSubmit="false" too. > >> > >> Please confirm if it is a bug (and I file a jira issue) and if it has an > >> workaround. > >> > >> Thanks in advance, > >> > >> > >> Walter Mourão > >> http://waltermourao.com.br > >> http://arcadian.com.br > >> http://oriens.com.br > >> > > > > >
