Hey Paul,
I've got a unit test for ISPN-3698 [1] [2].
The test hangs when in cm1.getCache() at the end of the test. If you look at the logs
you'll find a load of NPEs like the one in the JIRA.
If this is what you are doing, another thing that should work fine is essentially rebuild
the configurations when you start a new cache manager and avoid using the configuration
objects of a stopped cache manager.
The key thing here is that if you create a new instance of GlobalConfigurationBuilder when
you redeploy, it'll automatically create a brand new instance of
VersionAwareMarshaller, and that would get around the issue.
As long as the new global configuration has a reference to the old VersionAwareMarshaller,
you have the potential for the NPE (unless you do some trick to reset
VersionAwareMarshaller's defaultMarshaller instance).
WRT the fix I proposed it yesterday, I've run it through our testsuite and a fair few
failures appear (~60), so think whether you can get around it with a workaround like the
one explained in this email. In the mean time I'm trying to find a better fix within
Infinispan itself.
Cheers,
[1]
https://issues.jboss.org/browse/ISPN-3698
[2]
https://gist.github.com/9d5ab3623f57ec8b23ee
--
Galder Zamarreño
galder(a)redhat.com
twitter.com/galderz
Project Lead, Escalante
http://escalante.io
Engineer, Infinispan
http://infinispan.org