myfaces-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Leonardo Uribe (JIRA)" <...@myfaces.apache.org>
Subject [jira] Created: (MYFACES-2994) faces-config.xml referenced in webAppConfig <absolute-ordering> could not be on the classpath
Date Fri, 03 Dec 2010 22:56:18 GMT
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


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.


Mime
View raw message