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(a)lists.jboss.org
>
https://lists.jboss.org/mailman/listinfo/infinispan-dev
_______________________________________________
infinispan-dev mailing list
infinispan-dev(a)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