[hibernate-issues] [Hibernate-JIRA] Commented: (BVTCK-11) Wrong usage of context classloader to discover resources in META-INF/services

[ http://opensource.atlassian.com/projects/hibernate/browse/BVTCK-11?page=c... ] Hardy Ferentschik commented on BVTCK-11: ---------------------------------------- Adding response on behalf of challenger: {quote} Checking the application classloader might help in some cases but it does not address the problem in our case. The tck deploys a war file that only contains the tests classes - the war file does not contain any validation provider implementation classes. So the tck tests will use the validation provider provided by the application server. In our case, the context classloader is the same as the application classloader but the classloader is constrained. For example, the classloader allows loading javax.validation.* classes but does not allow loading any container-specific or validation provider specific classes or resources. So the application (the tck test) can use the javax.validation api and do its work but it cannot directly see/load the actual validation provider implementation classes. There are a few spots in the TCK where the TCK expects to load the validation provider class directly using the application classloader ({{TestUtil.instantiateValidationProviderUnderTest()}}). That only works if the application classloader is unconstrained or if the application itself contains the validation provider implementation. {quote} -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.... - For more information on JIRA, see: http://www.atlassian.com/software/jira