RE: [JSF1.2] JspViewHandlerImpl flushing issue (was Re: [Trinidad] tr:table PPR failing)

2007-09-15 Thread Timothy M. Braun
// response.getWriter().write(stateAwareWriter.parseResponse()); stateAwareWriter.flushToWriter(response.getWriter()); 336a334,337 // response.getWriter().write(stateAwareWriter.parseResponse()); // Timothy M. Braun: Moved here to fix writer flush errors

RE: [Trinidad] tr:table PPR failing

2007-09-14 Thread Timothy M. Braun
-Original Message- From: Timothy M. Braun [mailto:[EMAIL PROTECTED] Sent: Friday, September 14, 2007 12:26 AM To: MyFaces Discussion Subject: RE: [Trinidad] tr:table PPR failing Adam-- I used firebug and the problem arises from a parse error of the xml response. It seems as though

RE: [Trinidad] tr:table PPR failing

2007-09-14 Thread Timothy M. Braun
writer wraps a string buffer, this information get lost forever. The whole thing starts on line 297 of org.apache.myfaces.application.jsp.JspViewHandlerImpl Don't know if this helps... Tim -Original Message- From: Timothy M. Braun [mailto:[EMAIL PROTECTED] Sent: Friday, September 14

RE: [Trinidad] tr:table PPR failing

2007-09-14 Thread Timothy M. Braun
); if (afterViewTagResponse != null) { afterViewTagResponse.flushToWriter(response.getWriter()); } // Call endDocument() on the ResponseWriter newResponseWriter.endDocument(); // Timothy M. Braun: Moved to after endDocument call to ensure // all

Re: [Trinidad] tr:table PPR failing

2007-09-13 Thread Timothy M. Braun
Andrew, I compared the AJAX response to the html source and I can't seem to find anything out of place. I have included the two below, maybe I missed something. I added id's to most of the jsf components so that it is a little easier to parse. On a side

RE: [Trinidad] tr:table PPR failing

2007-09-13 Thread Timothy M. Braun
Adam-- I used firebug and the problem arises from a parse error of the xml response. It seems as though the /content closing element is missing from the response. I have included the text from the response below. content