Mikael Andersson wrote:
> Sorry should have mentioned that I'm using Facelets. Thanks for the
> clarification.
I'm going to update the wiki to ensure such parameters are explicitly
labeled as JSP only.
>
> On 26/09/2007, *Ryan Lubke* < Ryan.Lubke_at_sun.com
> <mailto:Ryan.Lubke_at_sun.com>> wrote:
>
> One other item. I've been working under the assumption that you're
> using JSP for your view layer.
> If you're using facelets, than the responseBufferSize parameter isn't
> relevant.
>
> Also, the algorithm of of not buffering until state is required to be
> written holds true if using Facelets.
> In fact, we borrowed that optimization from them.
>
>
> Mikael Andersson wrote:
> > Another question.
> >
> > If I use the myfaces extension filter and jsf ri 1.2, will that mean
> > that the page content gets cached twice (with a for at the very
> top of
> > the page)?
> >
> > Thanks,
> > Mike
> >
> > On 21/09/2007, *Ryan Lubke* <Ryan.Lubke_at_sun.com
> <mailto:Ryan.Lubke_at_sun.com>
> > <mailto:Ryan.Lubke_at_sun.com <mailto:Ryan.Lubke_at_sun.com>>> wrote:
> >
> > Mikael Andersson wrote:
> > > Hi Ryan
> > >
> > > I'm using 1.2_04, when is a state marker typically written?
> > By default, the marker will be written right *before* the
> form tag is
> > closed.
> > So all of the content prior to that will not be buffered by
> the RI.
> >
> > >
> > > And what is it? Is it a place holder for which is replaced
> with the
> > > component tree state in the rendered output?
> > It's an implementation specific string that the ViewHandler
> will look
> > for after the rendering of the component
> > tree is complete. For each occurrence of this string, the
> actual
> > result
> > from the StateManager will be inserted.
> > >
> > >
> > > Can you provide hints of how to configure 1.2_04 to manage
> pages
> > with
> > > a lot of content? Which buffer sizes are sane to use?
> Asking becuase
> > > of the post below suggesting small buffer size.
> > It really depends on the view. If you keep to having one
> form per
> > page
> > and you generally don't have a lot of content after the
> form, the
> > default (I don't have the code handy, but I think it's 1024)
> should be
> > sufficient. If you have multiple forms per page, then all
> of the
> > content after the first form will be buffered, so depeneding
> on how
> > large the other forms are you may see a need to increase the
> buffer
> > size (I believe the param is
> com.sun.faces.responseBufferSize - I'll
> > follow up with another email if the param and default aren't
> what I'm
> > remembering)
> >
> > >
> > > Many thanks,
> > > Mike
> > >
> > > On 18/09/2007, *Ryan Lubke* < Ryan.Lubke_at_sun.com
> <mailto:Ryan.Lubke_at_sun.com>
> > <mailto:Ryan.Lubke_at_sun.com <mailto:Ryan.Lubke_at_sun.com>>
> > > <mailto:Ryan.Lubke_at_sun.com <mailto:Ryan.Lubke_at_sun.com>
> <mailto: Ryan.Lubke_at_sun.com <mailto:Ryan.Lubke_at_sun.com>>>> wrote:
> > >
> > > It depends on the version.
> > >
> > > If you're using 1.2_04 or later, the response won't be
> buffered
> > > until a
> > > state marker has been written. At that point buffering
> > > begins in order to support writing the state after the the
> > > rendering of
> > > the component tree has completed.
> > >
> > >
> > >
> > > Gurkan Erdogdu wrote:
> > > > JSF 1.2 RI uses buffering I think and use context
> > parameter to size
> > > > buffering name as *' com.sun.faces.responseBufferSize* '
> > > >
> > > > ----- Original Message ----
> > > > From: Mikael Andersson <mail.micke_at_gmail.com
> <mailto:mail.micke_at_gmail.com>
> > <mailto:mail.micke_at_gmail.com <mailto:mail.micke_at_gmail.com>>
> > > <mailto: mail.micke_at_gmail.com
> <mailto:mail.micke_at_gmail.com> <mailto: mail.micke_at_gmail.com
> <mailto:mail.micke_at_gmail.com>>>>
> > > > To: users_at_javaserverfaces.dev.java.net
> <mailto:users_at_javaserverfaces.dev.java.net>
> > <mailto: users_at_javaserverfaces.dev.java.net
> <mailto:users_at_javaserverfaces.dev.java.net>>
> > > <mailto:users_at_javaserverfaces.dev.java.net
> <mailto:users_at_javaserverfaces.dev.java.net>
> > <mailto: users_at_javaserverfaces.dev.java.net
> <mailto:users_at_javaserverfaces.dev.java.net>>>
> > > > Sent: Tuesday, September 18, 2007 10:52:40 AM
> > > > Subject: Is rendered output buffered or streamed?
> > > >
> > > > Hi
> > > >
> > > > I wonder if JSF 1.2 RI is buffering the rendered output,
> > or if it is
> > > > streaming it back to the browser?
> > > >
> > > > Asking because I had an issue a while ago with the
> the myfaces
> > > > extension filter which buffered everything before
> writing the
> > > response
> > > > to the client, which caused memory problems when
> rendering a
> > > lot of
> > > > data.
> > > >
> > > > Many thanks,
> > > > Mike
> > > >
> > > >
> > > >
> > >
> >
> ------------------------------------------------------------------------
> > > > Shape Yahoo! in your own image. Join our Network
> Research
> > Panel
> > > today!
> > > >
> > >
> >
> <http://us.rd.yahoo.com/evt=48517/*http://surveylink.yahoo.com/gmrs/yahoo_panel_invite.asp?a=7
> <http://us.rd.yahoo.com/evt=48517/*http://surveylink.yahoo.com/gmrs/yahoo_panel_invite.asp?a=7>
> >
> <http://us.rd.yahoo.com/evt=48517/*http://surveylink.yahoo.com/gmrs/yahoo_panel_invite.asp?a=7
> >>
> > >
> > >
> > >
> >
> ---------------------------------------------------------------------
> > > To unsubscribe, e-mail:
> > > users-unsubscribe_at_javaserverfaces.dev.java.net
> <mailto:users-unsubscribe_at_javaserverfaces.dev.java.net>
> > <mailto:users-unsubscribe_at_javaserverfaces.dev.java.net
> <mailto:users-unsubscribe_at_javaserverfaces.dev.java.net>>
> > > <mailto:
> users-unsubscribe_at_javaserverfaces.dev.java.net
> <mailto:users-unsubscribe_at_javaserverfaces.dev.java.net>
> > <mailto:users-unsubscribe_at_javaserverfaces.dev.java.net
> <mailto:users-unsubscribe_at_javaserverfaces.dev.java.net>>>
> > > For additional commands, e-mail:
> > > users-help_at_javaserverfaces.dev.java.net
> <mailto:users-help_at_javaserverfaces.dev.java.net>
> > <mailto: users-help_at_javaserverfaces.dev.java.net
> <mailto:users-help_at_javaserverfaces.dev.java.net>>
> > > <mailto:users-help_at_javaserverfaces.dev.java.net
> <mailto:users-help_at_javaserverfaces.dev.java.net>
> > <mailto: users-help_at_javaserverfaces.dev.java.net
> <mailto:users-help_at_javaserverfaces.dev.java.net>>>
> > >
> > >
> >
> >
> ---------------------------------------------------------------------
> > To unsubscribe, e-mail:
> > users-unsubscribe_at_javaserverfaces.dev.java.net
> <mailto:users-unsubscribe_at_javaserverfaces.dev.java.net>
> > <mailto:users-unsubscribe_at_javaserverfaces.dev.java.net
> <mailto:users-unsubscribe_at_javaserverfaces.dev.java.net>>
> > For additional commands, e-mail:
> > users-help_at_javaserverfaces.dev.java.net
> <mailto:users-help_at_javaserverfaces.dev.java.net>
> > <mailto: users-help_at_javaserverfaces.dev.java.net
> <mailto:users-help_at_javaserverfaces.dev.java.net>>
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail:
> users-unsubscribe_at_javaserverfaces.dev.java.net
> <mailto:users-unsubscribe_at_javaserverfaces.dev.java.net>
> For additional commands, e-mail:
> users-help_at_javaserverfaces.dev.java.net
> <mailto:users-help_at_javaserverfaces.dev.java.net>
>
>