: Friday, September 14, 2007 11:48 PM
To: MyFaces Discussion
Subject: Re: [JSF1.2] JspViewHandlerImpl flushing issue (was Re:
[Trinidad] tr:table PPR failing)
Hi Tim,
could you supply a patch versus the new source-code - or somehow else
highlight the differences you did?
regards,
Martin
On 9
stateAwareWriter.flushToWriter(response.getWriter());
-Original Message-
From: Martin Marinschek [mailto:[EMAIL PROTECTED]
Sent: Friday, September 14, 2007 11:48 PM
To: MyFaces Discussion
Subject: Re: [JSF1.2] JspViewHandlerImpl flushing issue (was Re:
[Trinidad] tr:table PPR failing)
Hi
-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
, 2007 9:56 AM
To: MyFaces Discussion
Subject: RE: [Trinidad] tr:table PPR failing
So I did a little more investigating and something really interesting is
going on. I set a breakpoint in PPRResponseWriter.endDocument(). This
is where the /content element get appended to the response. If I look
Discussion
Subject: RE: [Trinidad] tr:table PPR failing
Ok... please bare with me as this is the first time I have really dug
into the internals of trinidad and myfaces. The problem seems to be
coming from the JspViewHandlerImpl class inside the renderView method.
I'm not really sure what
:[EMAIL PROTECTED]
Sent: Friday, September 14, 2007 9:56 AM
To: MyFaces Discussion
Subject: RE: [Trinidad] tr:table PPR failing
So I did a little more investigating and something really interesting is
going on. I set a breakpoint in PPRResponseWriter.endDocument(). This
is where
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
Timothy,
I stripped the page and the AJAX down to the ID attributes only
(FYI I used this set of commands with VIM to do this:
%s//\r/g | %s/^.\+\(id=[^]\+\).*/\1/ | %s/^[^i].\+\n// | sort
)
Here are the results:
Page:
id=acctPage:acctTable
id=acctPage:acctTable:j_id_jsp_1566647018_17
On 9/13/07, Andrew Robinson [EMAIL PROTECTED] wrote:
Timothy,
I stripped the page and the AJAX down to the ID attributes only
(FYI I used this set of commands with VIM to do this:
%s//\r/g | %s/^.\+\(id=[^]\+\).*/\1/ | %s/^[^i].\+\n// | sort
)
Can I get you on permanent retainer for
I stripped the page and the AJAX down to the ID attributes only
(FYI I used this set of commands with VIM to do this:
%s//\r/g | %s/^.\+\(id=[^]\+\).*/\1/ | %s/^[^i].\+\n// | sort
)
Can I get you on permanent retainer for VIM-editing? :)
Isn't VIM regex syntax really pretty? Easier to
On 9/13/07, Adam Winer [EMAIL PROTECTED] wrote:
On 9/13/07, Andrew Robinson [EMAIL PROTECTED] wrote:
Timothy,
I stripped the page and the AJAX down to the ID attributes only
(FYI I used this set of commands with VIM to do this:
%s//\r/g | %s/^.\+\(id=[^]\+\).*/\1/ | %s/^[^i].\+\n// |
name=state/input/span]]/fragment
Thanks,
Tim
-Original Message-
From: Adam Winer [mailto:[EMAIL PROTECTED]
Sent: Thursday, September 13, 2007 12:46 PM
To: MyFaces Discussion
Subject: Re: [Trinidad] tr:table PPR failing
On 9/13/07, Adam Winer [EMAIL PROTECTED] wrote:
On 9/13/07, Andrew
Try looking at the HTML source and the AJAX reply. You will be able to
find the element IDs of the AJAX reply, then try to see if they are in
the current source. According to the error, at least one should be
missing. When you find out which is missing post it here, it may be a
certain control
13 matches
Mail list logo
