I just spent a couple of days trying to make .NET component wrapped in a
ServicedComponent class to work. It used to work before and almost in a
sudden started throwing exceptions. After numerous trials and failures I
found out the following:

1. ServicedComponent class used Microsoft Enterprise Instrumentation
Framework assemblies for logging purposes. To simplify the code, I made a
wrapper class for EIF. Depending on how the instance of EIF wrapper was
instantiated, ServicedComponent instance instantiation either succeeded or
failed (with NullReferenceException).

2. General conclusion is that it's better to have static instances of
"heavy" components, otherwise it is instantiated on a call to default
constructor where it may fail.

However I am not very glad to come to such conclustion, because it does not
give me deterministic picture of what's going on. What are the primary
considerations for ServicedComponents dependent assemblies? Can they be
static? Instantiated from a constructor? On a first call? Can its robustness
be affected by making them pooled or JITA?

Thanks in advance

Vagif Abilov

Oslo Norway
vagif @ online.no