[infinispan-dev] getting ISPN config as XML via JMX

Martin Gencur mgencur at redhat.com
Mon Oct 17 04:37:26 EDT 2011


On Fri, 2011-10-14 at 17:40 +0100, Pete Muir wrote:
> What is the use case for that method? I've never know anyone actually want to export a running config as XML. So I was planning to loose it.
> 
> It would be far better to interrogate the cache state and behavior and check the config has actually taken effect. Full integration testing is considerably more powerful than anemic unit tests.
> 
> I know EDG doesn't officially support it, but there is no chance of installing a servlet that can access the AdvancedCache and then using e.g. REST to interrogate it.
> 

How do you mean this? EDG currently doesn't support deploying
applications into it. And even if I was able to do this I wouldn't get
to the advanced cache because I'm accessing the cache remotely - using
RemoteCache.





> On 13 Oct 2011, at 14:12, Mircea Markus wrote:
> 
> > 
> > On 13 Oct 2011, at 12:40, Martin Gencur wrote:
> > 
> >> Hi,
> >> one of our efforts around EDG testing is to test whether all XML
> >> elements/attributes being set in standalone.xml take effect, i.e.
> >> whether org.infinispan.config.Configuration, which in turn is used to
> >> create caches, is populated properly based on the xml config file.
> >> (this test goal is mentioned in our testplan - second row -
> >> https://docspace.corp.redhat.com/docs/DOC-79912)
> >> 
> >> I think one possible way to test this would be to start EDG with certain
> >> config. defined in standalone.xml and look at how it was really
> >> configured via JMX. There's a JIRA I reported last week which shows that
> >> this is not working currently
> >> (https://issues.jboss.org/browse/ISPN-1443). Would there be a chance to
> >> make it work? Or has this ever been working?
> > Looking at CacheImpl.getConfigurationAsXmlString -> this *should* work based on some changes introduced in 5.0.0 final: https://issues.jboss.org/browse/ISPN-948
> > Perhaps Pete can keep an eye on this as part of rewriting the configuration parsing? 
> > 
> >> 
> >> If anyone has any thoughts how to test this in a different way, they can
> >> tell me. The problem is that we're testing client-server mode where we
> >> cannot access AdvancedCache and so on, so getting the real configuration
> >> is hard (if possible at all).
> > 
> > _______________________________________________
> > infinispan-dev mailing list
> > infinispan-dev at lists.jboss.org
> > https://lists.jboss.org/mailman/listinfo/infinispan-dev
> 
> 
> _______________________________________________
> infinispan-dev mailing list
> infinispan-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/infinispan-dev

-- 
Martin Gencur
--
JBoss QE, Enterprise Data Grid
Desk phone: +420 532 294 192, ext. 62192



More information about the infinispan-dev mailing list