You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@myfaces.apache.org by "Volker Weber (JIRA)" <de...@myfaces.apache.org> on 2011/05/24 10:09:48 UTC

[jira] [Reopened] (TOBAGO-996) NonFacesRequestServlet doesn't work proper with JSF 1.2

     [ https://issues.apache.org/jira/browse/TOBAGO-996?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Volker Weber reopened TOBAGO-996:
---------------------------------

      Assignee: Volker Weber  (was: Bernd Bohmann)

Now it did not work correct with faces responses

> NonFacesRequestServlet doesn't work proper with JSF 1.2
> -------------------------------------------------------
>
>                 Key: TOBAGO-996
>                 URL: https://issues.apache.org/jira/browse/TOBAGO-996
>             Project: MyFaces Tobago
>          Issue Type: Bug
>          Components: Core
>    Affects Versions: 1.0.35, 1.0.36
>         Environment: Tomcat 6.0.28, MyFaces 1.2.10
>            Reporter: Sven Bunge
>            Assignee: Volker Weber
>            Priority: Minor
>
> We developed a servlet extending the NonFacesRequestServlet to answer NonFacesRequests with NonFacesResponses - but we need a FacesContext to access JSF-manages beans in our logic. Now we switched to JSF 1.2 and the Servlet return HTTP status 404 everytime.
> After a short period of investigation I think it is a problem to create a UIViewRoot and don't answer with a FacesResponse. - I removed the two lines:
>   UIViewRoot view = viewHandler.createView(facesContext, viewId);
>   facesContext.setViewRoot(view);
> and it works like a charm.
> I think an UIViewRoot is only needed to match some navigation rules. Maybe the creation could be done in a protected method that could I override - or it is created later if the response is not completed in invokeApplication-method.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira