I have two test cases: UserTest and CustomerTest, both of them extend the AbstractTransactionalSpringContextTests, they are using the same config file, so I wrote a BaseSpringTest class:
1: public class BaseSpringTest : AbstractTransactionalDbProviderSpringContextTests
2: { 3: static protected string ctxName = "application_context.xml";
4: static protected string[] configlocation = new string[] { "assembly://test/test.config/" + ctxName}; 5:
6: protected override string[] ConfigLocations
7: { 8: get
9: { 10: return configlocation;
11: }
12: }
13: }
14: public class UserTest : BaseSpringTest
15: { 16: //test case ...
17: }
18: public class CustomerTest : BaseSpringTest
19: { 20: //test case ...
21: }
22:
When I run the tests, the first one runs ok, but the second one throws an exception:
Spring.Objects.Factory.ObjectCreationException : Error creating object with name 'xxxService' defined in 'assembly [Test, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null], resource [test.config.Service.xml]' : Initialization of object failed : Duplicate type name within an assembly.
----> System.ArgumentException : Duplicate type name within an assembly.
I traced into AbstractSpringContextTests class and found that it's using a hashtable to cache the loaded context, but the hashtable isn't a static field:
private IDictionary contextKeyToContextMap = new Hashtable();
So the problem is it load the context and put to the hashtable, but the hashtable is only available in the same class, when the nunit run the second test, the hashtable is empty again, so it try to load the context again, then the exception occurs.
So I think just change the hashtable to static is ok. but since spring.net is still in 1.1 RC1, we have to use another way temporarily.
What I'm doing now is cached the context again in the baseSpringTest class:
public class BaseSpringTest : AbstractTransactionalDbProviderSpringContextTests
{
static protected string ctxName = "application_context.xml";
static protected string[] configlocation = new string[] { "assembly://Test.Service/Test.config/" + ctxName};
static protected IConfigurableApplicationContext cachedApplicationContext = null;
protected override string[] ConfigLocations
{
get{ return configlocation; }
}
[SetUp]
public new void SetUp()
{
if (cachedApplicationContext == null)
{
XmlConfigurator.Configure();
base.SetUp();
cachedApplicationContext = applicationContext;
}
applicationContext = cachedApplicationContext;
//you have to call the following, else the transaction won't rollback.
EndTransaction();
InjectDependencies();
try
{
OnSetUp();
}
catch (Exception ex)
{
logger.Error("Setup error", ex);
throw;
}
}
}
Spring.net is a great work, but why this bug keeps so long time, and nobody submit it?
So I submitted the bug, hope they can fix it, so I can use my clear version of the BaseSpringService class
http://opensource.atlassian.com/projects/spring/browse/SPRNET-690
Tao obeys its own
inherent Nature