[
https://issues.jboss.org/browse/ISPN-9559?page=com.atlassian.jira.plugin....
]
Adrian Nistor updated ISPN-9559:
--------------------------------
Description: There's a bug in CacheContainerConfigurationBuilder introduced by
changes for ISPN-7714. This happens only if we have a _single_ module entry specified in
the <modules> element of the cache container config and nothing in the
'module' attribute. In that case the module is used as if it was specified in the
'module' attribute. The classloader of the specified module is used as the global
classloader of the cache container and this is almost always wrong. We should instead have
an AggregatedClassloader of the classloaders of the user specified module/modules + the
infinispan subsystem classloader (if no module attribute is present). If a
'module' attribute was specified then we should let that module be the designated
classloader and do not use infinispan subsystem classloader as backup. (was: There's
a bug in CacheContainerConfigurationBuilder introduced by changes for ISPN-7714. This
happens only if we have a single module entry specified in the <modules> element of
the cache container config or if we have a non-empty 'module' attribute. The
classloader of the specified module is used as the global classloader of the cache
container. This is almost always wrong. We should instead have an AggregatedClassloader of
the user specified classloader in module/modules + the infinispan subsystem classloader.
If no module is specified then the infinispan subsystem classloader should be used.)
Server <modules> configuration with a single entry can break
classloading
-------------------------------------------------------------------------
Key: ISPN-9559
URL:
https://issues.jboss.org/browse/ISPN-9559
Project: Infinispan
Issue Type: Bug
Components: Core, Embedded Querying, Server
Affects Versions: 9.2.0.Final
Reporter: Adrian Nistor
Assignee: Adrian Nistor
Fix For: 9.4.0.Final
There's a bug in CacheContainerConfigurationBuilder introduced by changes for
ISPN-7714. This happens only if we have a _single_ module entry specified in the
<modules> element of the cache container config and nothing in the 'module'
attribute. In that case the module is used as if it was specified in the 'module'
attribute. The classloader of the specified module is used as the global classloader of
the cache container and this is almost always wrong. We should instead have an
AggregatedClassloader of the classloaders of the user specified module/modules + the
infinispan subsystem classloader (if no module attribute is present). If a
'module' attribute was specified then we should let that module be the designated
classloader and do not use infinispan subsystem classloader as backup.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)