[
https://issues.apache.org/jira/browse/MYFACES-2994?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12966717#action_12966717
]
Leonardo Uribe commented on MYFACES-2994:
-----------------------------------------
It is possible there is no faces-config.xml with the name configured in the
webAppConfig.
In theory, we can safely ignore it and a simple check for null can do the job.
> faces-config.xml referenced in webAppConfig <absolute-ordering> could not be
> on the classpath
> ---------------------------------------------------------------------------------------------
>
> Key: MYFACES-2994
> URL: https://issues.apache.org/jira/browse/MYFACES-2994
> Project: MyFaces Core
> Issue Type: Bug
> Components: JSR-314
> Affects Versions: 2.0.2
> Reporter: Leonardo Uribe
> Assignee: Leonardo Uribe
> Fix For: 2.0.3-SNAPSHOT
>
>
> Reported by David Jencks
> I'm finding a tck problem around FacesConfig ordering. I haven't figured out
> if this is caused by the geronimo integration or myfaces itself but I think
> there's something odd in the myfaces code.
> DefaultFacesConfigurationProvider line 461 has
> getDispenser().feed(getFacesConfig(appConfigResources,
> nameSlot.getName()));
> getFacesConfig can return null if it doesn't find a FacesConfig with the
> supplied name:
> private FacesConfig getFacesConfig(List<FacesConfig> appConfigResources,
> String name)
> {
> for (FacesConfig cfg: appConfigResources)
> {
> if (cfg.getName() != null && name.equals(cfg.getName()))
> {
> return cfg;
> }
> }
> return null;
> }
> but the feed method starts off:
> public void feed(FacesConfig config)
> {
> for (Factory factory : config.getFactories())
> assuming a non-null argument.
> Whatever the cause of the null I'm seeing returned from getFacesConfig this
> doesn't seem right.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
