You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@deltaspike.apache.org by "Sven Panko (JIRA)" <ji...@apache.org> on 2014/07/17 12:42:04 UTC

[jira] [Created] (DELTASPIKE-674) Possible regression due to changes in ConfigResolver

Sven Panko created DELTASPIKE-674:
-------------------------------------

             Summary: Possible regression due to changes in ConfigResolver
                 Key: DELTASPIKE-674
                 URL: https://issues.apache.org/jira/browse/DELTASPIKE-674
             Project: DeltaSpike
          Issue Type: Bug
          Components: Core
    Affects Versions: 1.0.1
         Environment: Java 1.7.45, Mac OS X 10.9, Wildfly 8.1
            Reporter: Sven Panko


I just upgraded from 1.0.0 to 1.0.1 to see the fix in DELTASPIKE-648 in action. The problem now is: my property files are not picked up at all (I described my workaround in DELTASPIKE-648). I debugged the code to see that the changes are now in fact loading everything with the EAR classloader, but this loader fails to see my custom ConfigSourceProvider. 

One additional thing I changed between this issue and 648: I configured Wildfly to isolate supdeployments within an EAR, which was previously disabled. 1.0.0 still correctly sees my property files, but 1.0.1 does not. 

My suspicion is that the EAR classloader does not see the ConfigSourceProvider's inside the EJB jars. Since every lookup now uses this classloader it will never see any such implementations unless they are part of the "global" module that is comprised of the jars in the /lib directory of the EAR.



--
This message was sent by Atlassian JIRA
(v6.2#6252)