You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@struts.apache.org by Dennis Byrne <de...@dbyrne.net> on 2006/03/23 07:44:58 UTC
[shale-test] explicitly setting render kit id
This passes w/ MyFaces, and fails w/ the RI .
assertFalse(facesContext.getViewRoot().getRenderKitId() == null);
It *should fail* for both. Can we please explicitly set renderKitId in AbstractJsfTestCase.setUp() ? I am stuck on the following issue because fixing it blows up many children of AbstractJsfTestCase.
http://issues.apache.org/jira/browse/MYFACES-1155
If Shale UTF does not explicity set the renderKitId on UIViewRoot, I would have to stick a class between AbstractJsfTestCase and many descendants to achive this - just to fix a one liner in core :)
Dennis Byrne
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org
Re: [shale-test] explicitly setting render kit id
Posted by Craig McClanahan <cr...@apache.org>.
On 3/22/06, Dennis Byrne <de...@dbyrne.net> wrote:
>
> This passes w/ MyFaces, and fails w/ the RI .
>
> assertFalse(facesContext.getViewRoot().getRenderKitId() == null);
>
> It *should fail* for both. Can we please explicitly set renderKitId in
> AbstractJsfTestCase.setUp() ? I am stuck on the following issue because
> fixing it blows up many children of AbstractJsfTestCase.
>
> http://issues.apache.org/jira/browse/MYFACES-1155
>
> If Shale UTF does not explicity set the renderKitId on UIViewRoot, I would
> have to stick a class between AbstractJsfTestCase and many descendants to
> achive this - just to fix a one liner in core :)
I'm a little slow tonight -- guess being in Las Vegas (for The ServerSide
Symposium) can do that :-). Could you please propose (either on the mailing
list or in a bugzilla issue a specific change that you are asking for?
Craig
Dennis Byrne
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> For additional commands, e-mail: dev-help@struts.apache.org
>
>