[jsr-314-open] [716-VDLResponseWriter] Pluggable VDL handler heavy depends from ViewHandler implementation.

Ed Burns Ed.Burns at Sun.COM
Wed Jan 6 13:03:48 EST 2010


I've created
<https://javaserverfaces-spec-public.dev.java.net/issues/show_bug.cgi?id=716>,
target for 2.1 (not 2.0 Rev a)

>>>>> On Tue, 05 Jan 2010 16:56:10 -0800, Alexander Smirnov <asmirnov at exadel.com> said:

AS> ViewDeclarationLanguage implementation close depended from
AS> ViewHandler implementation.

[...]

AS> modifications. Possible solutions are:

AS> 1) Introduce ViewDeclarationLanguage#writeState method that should
AS> be called from ViewHandler#writeState in the same way as renderView
AS> method does.

AS> 2) Change default ViewHandler#renderView method requirements that it
AS> should create appropriate ResponseWriter before calling
AS> ViewDeclarationLanguage#renderView method, so ViewHandler can
AS> perform late state writing in consistent way.

AS> I prefer to the #2 solution because that allows to reduce duplicated
AS> code in the ViewDeclarationLanguage implementations, but there is a
AS> problem: VDL may provide additional options for response like buffer
AS> sixe, encoding and content type that required to create
AS> ResponseWriter. Possible solution is to make public
AS> ViewDeclarationLanguage#createResponseWriter(FacesContext context)
AS> method that already exists in the Mojarra implementation.

As you know, ultimate responsibility for creating the ResponseWriter
lies with the RenderKit.  Is it fair to describe your requirement like
this:

we need a standard way for the VDL to decorate the ResponseWriter at the
beginning of the rendering phase?

If so, the VDL could listen for the PreRenderView event and perform the
decoration there.  Would that work?

Ed

-- 
| ed.burns at sun.com  | office: 408 884 9519 OR x31640
| homepage:         | http://ridingthecrest.com/




More information about the jsr-314-open-mirror mailing list