myfaces-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Scott O'Bryan (JIRA)" <...@myfaces.apache.org>
Subject [jira] Commented: (MYFACES-3039) MyFaces broken in Portlet environment: Fails to support extendable FacesContextFactory/FacesContext/ExternalContext
Date Wed, 09 Feb 2011 15:04:57 GMT

    [ https://issues.apache.org/jira/browse/MYFACES-3039?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12992513#comment-12992513
] 

Scott O'Bryan commented on MYFACES-3039:
----------------------------------------

One other idea might be to move a container-neutral implementation of FacesCotextImpl into
shared and then put container specific impl's into each container.  This will allow us to
use a common code base for most Of the FaceContext's stuff, butthen each container can have
its own real implementation without Beig dependent on one another.

Further, this would work in Mojarra as well.

> MyFaces broken in Portlet environment:  Fails to support extendable FacesContextFactory/FacesContext/ExternalContext
> --------------------------------------------------------------------------------------------------------------------
>
>                 Key: MYFACES-3039
>                 URL: https://issues.apache.org/jira/browse/MYFACES-3039
>             Project: MyFaces Core
>          Issue Type: Bug
>          Components: JSR-314
>            Reporter: Michael Freedman
>
> JSF 2.0 improved the definition/handling of the instantiation of the FacesContext allowing
non-servlet environments to wrap the base/core impl.  This was done because most of the FacesContext
apis are inherently runtime environment neutral -- allowing the portlet bridge to not have
to duplicate/reimplement and maybe get wrong base core function.  Unfortunately MyFaces doesn't
conform to this change and hence the Portlet Bridge can't run in the MyFaces environment.
 
> Basically the bridge expects to be able to delegate from its FacesContextFactoryImpl.getFacesContext
and then wrap the returned FacesContext with its own.  This requires the underlying core impl
to be runtime (servlet/portlet) neutral during the creation process.  The bridge will wrap
the FacesContext and supply its own ExternalContext such that  any servlet dependent impl
in the core FacesContext/ExternalContext will be hidden by overrides.
> FYI ... until this is addressed I can't begin any testing of the bridge on MyFaces.

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

        

Mime
View raw message