<div dir="ltr">Do you really need to set the classloader in all the cache configurations? I thought it was enough to set it in the global configuration.<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Apr 19, 2013 at 7:02 PM, Sanne Grinovero <span dir="ltr"><<a href="mailto:sanne@infinispan.org" target="_blank">sanne@infinispan.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">It turns out this resource loading issue is biting also community users;<br>
<br>
I had worked aroud the problem for deploymens in the AS7 modular<br>
classloader by wrapping the configuration parser with the "right"<br>
classloader:<br>
<a href="https://github.com/hibernate/hibernate-search/blob/master/hibernate-search-infinispan/src/main/java/org/hibernate/search/infinispan/impl/InfinispanConfigurationParser.java" target="_blank">https://github.com/hibernate/hibernate-search/blob/master/hibernate-search-infinispan/src/main/java/org/hibernate/search/infinispan/impl/InfinispanConfigurationParser.java</a><br>
<br>
But today on IRC I had to point to this class as an example to another<br>
user looking to run Infinispan in an isolated classloader.<br>
<br>
Maybe we should have an (optional) Parser API which takes explicit<br>
classloaders ?<br>
<span class="HOEnZb"><font color="#888888"><br>
Sanne<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
On 5 April 2013 12:52, Galder Zamarreño <<a href="mailto:galder@redhat.com">galder@redhat.com</a>> wrote:<br>
> I'm not an expert on this (Paul, Rado, Richard should help more…), but to do what you're trying to do, I suspect there might be a need to export the .dat files somehow? I know there's a way to export the metadata in META-INF/services.<br>
><br>
> Alternatively, you could let the Infinispan subsystem create the cache managers directly, by configuring them in advance in the standalone.xml or similar. That's what happens with Hibernate Core, which does not start its own cache manager, but simply looks it up based on what's been configured by default in the standalone.xml (there's a named cache manager for it). AFAIK.<br>
><br>
> Take this with a pinch of salt (some details are blurry). The experts on these are really AS7 guys…<br>
><br>
> Cheers,<br>
><br>
> On Mar 27, 2013, at 9:22 PM, Sanne Grinovero <<a href="mailto:sanne@infinispan.org">sanne@infinispan.org</a>> wrote:<br>
><br>
>> When starting an EmbeddedCacheManager from a different module deployed<br>
>> in the AS, I get this stacktrace:<br>
>><br>
>> Caused by: org.hibernate.search.SearchException: Unable to initialize<br>
>> directory provider:<br>
>> org.hibernate.search.test.integration.jbossas7.model.Member<br>
>> at org.hibernate.search.store.impl.DirectoryProviderFactory.createDirectoryProvider(DirectoryProviderFactory.java:87)<br>
>> at org.hibernate.search.indexes.impl.DirectoryBasedIndexManager.createDirectoryProvider(DirectoryBasedIndexManager.java:232)<br>
>> at org.hibernate.search.indexes.impl.DirectoryBasedIndexManager.initialize(DirectoryBasedIndexManager.java:100)<br>
>> at org.hibernate.search.indexes.impl.IndexManagerHolder.createIndexManager(IndexManagerHolder.java:227)<br>
>> ... 19 more<br>
>> Caused by: org.infinispan.config.ConfigurationException:<br>
>> org.infinispan.CacheException: Unable to load component metadata!<br>
>> at org.infinispan.manager.DefaultCacheManager.<init>(DefaultCacheManager.java:386)<br>
>> at org.infinispan.manager.DefaultCacheManager.<init>(DefaultCacheManager.java:341)<br>
>> at org.infinispan.manager.DefaultCacheManager.<init>(DefaultCacheManager.java:328)<br>
>> at org.hibernate.search.infinispan.CacheManagerServiceProvider.start(CacheManagerServiceProvider.java:93)<br>
>> at org.hibernate.search.engine.impl.StandardServiceManager$ServiceProviderWrapper.startVirtual(StandardServiceManager.java:178)<br>
>> at org.hibernate.search.engine.impl.StandardServiceManager.requestService(StandardServiceManager.java:124)<br>
>> at org.hibernate.search.infinispan.impl.InfinispanDirectoryProvider.initialize(InfinispanDirectoryProvider.java:86)<br>
>> at org.hibernate.search.store.impl.DirectoryProviderFactory.createDirectoryProvider(DirectoryProviderFactory.java:84)<br>
>> ... 22 more<br>
>> Caused by: org.infinispan.CacheException: Unable to load component metadata!<br>
>> at org.infinispan.factories.components.ComponentMetadataRepo.initialize(ComponentMetadataRepo.java:131)<br>
>> at org.infinispan.factories.GlobalComponentRegistry.<init>(GlobalComponentRegistry.java:103)<br>
>> at org.infinispan.manager.DefaultCacheManager.<init>(DefaultCacheManager.java:381)<br>
>> ... 29 more<br>
>> Caused by: java.lang.NullPointerException<br>
>> at org.infinispan.factories.components.ComponentMetadataRepo.readMetadata(ComponentMetadataRepo.java:53)<br>
>> at org.infinispan.factories.components.ComponentMetadataRepo.initialize(ComponentMetadataRepo.java:129)<br>
>> ... 31 more<br>
>><br>
>><br>
>> The ComponentMetadataRepo is unable to load<br>
>> "infinispan-core-component-metadata.dat", which contains the<br>
>> critically-important information for wiring together the internal<br>
>> components of Infinispan core.<br>
>><br>
>> Now I think this is quite silly as locating this resource is trivial:<br>
>> it's in the same jar as all the infinispan core classes:<br>
>> infinispan-core-[version].jar so patching this looks like trivial:<br>
>> it's using the ClassLoader configured as defaultClassLoader in<br>
>> org.infinispan.factories.AbstractComponentRegistry, but really it<br>
>> should just use something like<br>
>> AbstractComponentRegistry.class.getClassLoader() ?<br>
>><br>
>> Things get a bit more tricky with extension modules, and a lot of<br>
>> magic is being wrapped around this defaultClassLoader which goes<br>
>> beyond my understanding so I would be glad to leave this issue to some<br>
>> core Infinispan developer more familiar with the intentions here.<br>
>><br>
>> Sanne<br>
>> _______________________________________________<br>
>> infinispan-dev mailing list<br>
>> <a href="mailto:infinispan-dev@lists.jboss.org">infinispan-dev@lists.jboss.org</a><br>
>> <a href="https://lists.jboss.org/mailman/listinfo/infinispan-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/infinispan-dev</a><br>
><br>
><br>
> --<br>
> Galder Zamarreño<br>
> <a href="mailto:galder@redhat.com">galder@redhat.com</a><br>
> <a href="http://twitter.com/galderz" target="_blank">twitter.com/galderz</a><br>
><br>
> Project Lead, Escalante<br>
> <a href="http://escalante.io" target="_blank">http://escalante.io</a><br>
><br>
> Engineer, Infinispan<br>
> <a href="http://infinispan.org" target="_blank">http://infinispan.org</a><br>
><br>
><br>
> _______________________________________________<br>
> infinispan-dev mailing list<br>
> <a href="mailto:infinispan-dev@lists.jboss.org">infinispan-dev@lists.jboss.org</a><br>
> <a href="https://lists.jboss.org/mailman/listinfo/infinispan-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/infinispan-dev</a><br>
<br>
_______________________________________________<br>
infinispan-dev mailing list<br>
<a href="mailto:infinispan-dev@lists.jboss.org">infinispan-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/infinispan-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/infinispan-dev</a></div></div></blockquote></div><br></div>