Update docs to reflect the requirement for a non-null, non-empty string cache key. Added guard clauses in the BaseCacheAttribute constructor to prevent passing null or empty string as the cache key argument. Tests added to ensure guard clauses behave as expected.
Unable to devise a failing test that evidences the issue, but added several tests that demonstrate that its (seemingly)not possible to create the problem described in this issue. If a failing test is ultimately submitted, we can investigate further.
Commit failing test case for recurring concurrency bug in re: AbstractObjectFactory; finally have a 100% reproducible failing test case to work against now. Next up, of course, will be the harder part of making the test pass... :)
-wrapped modifications to nestingCount in Interlock.Increment and Interlock.Decrement calls
-wrapped calls to decrement nestingCount with protection against it decrementing to < 0
Added additional option of <database: ... /> as well as <db: ... /> as a wellknown namespace since inconsistency between different places in the documentation mentions BOTH yet only <db: ... /> was actually a registered wellknown namespace (meaning any attempts to use <database: ... /> namespace would only work if the parser for that namespace was explicitly configured by the user)
Improve exception messages in the case where the DynamicProxyManager attempts to register a Proxy using an already-registered name but pointing to a DIFFERENT type (this is usually a configuration error associated with attempting to export two or more services from two or more config sources that accidentally share a single common name)
-add tests to verify proper behavior from service exporter when applying declarative attributes to exported services
-relocate recent ConstructorInstantiationInfo class into Utils namespace
SPRNET-1356 : Introduce IPriorityOrdered interface to ensure correct ordering among IObjectFactoryPostProcessors
SPRNET-1355 : TypeAlias usage with other IObjectFactoryPostProcessor object definitions not working.
work started on SPRNET-1262
fix 2003/2005 solution builds
Fixing broken build (inferred array typing and in-line initialization are also no-nos under .NET 2.0...you'd think I'd start to be catching on to this by now, eh?) /slaps self on back of hand/
Reduced the ambition of the method designed to create the array of constructor args so that it no longer attempts any type-casting. The method takes type object and returns type object so creating typed arrays in the middle of the method isn't needed and leads to several so-called edge-conditions depending on constructor arg types such as the enum array indicated by this issue.
-updated so-called "anonymous child containers" to be assigned deterministic naming of the form "parent/nestedContainer1/nestedContainer2/nestedContainer3/etc"
-prior changes already prevent the actual error reported in this issue by throwing if two contexts are attempted to be registered with the same names
-cannot reproduce
-added unit tests around the HandlerMap class' MapPath() method so that if a subsequent example of the behavior reported in this issue is provided we can properly test against it
