Mailing-List: contact dev-help@myfaces.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "MyFaces Development" <dev@myfaces.apache.org>
Date: Wed, 9 Feb 2011 15:04:57 +0000 (UTC)
From: "Scott O'Bryan (JIRA)" <dev@myfaces.apache.org>
To: dev@myfaces.apache.org
Message-ID: 
 <2086729551.5203.1297263897567.JavaMail.tomcat@hel.zones.apache.org>
In-Reply-To: 
 <188535508.3819.1297205697659.JavaMail.tomcat@hel.zones.apache.org>
Subject: [jira] Commented: (MYFACES-3039) MyFaces broken in Portlet
 environment:  Fails to support extendable
 FacesContextFactory/FacesContext/ExternalContext
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


    [ 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