Com + enlace en tiempo de C# 4.0

Question

En mi programa puedo crear objetos COM + dynamicly (finales de unión) utilizando

Type comObjectType = Type.GetTypeFromProgID(progId, true); 
object comObject = Activator.CreateInstance(comObjectType); 

y luego llamar a uno de estos métodos utilizando la reflexión

object result = comObjectType.InvokeMember(MethodToActivate, BindingFlags.InvokeMethod, null, comObjec, new object[] {....}); 

Funciona greate en .Net 1,1/2,0/3,5

Ahora estoy tratando de ejecutar el mismo código en la misma máquina (Windows XP) compilado para .Net 4.0, pero he conseguido un

Exception: Method 'System.__ComObject.{MethodName}' not found. 

Tengo la excepción para la mayoría de los objetos Com + (no para todos). ¿Alguien sabe cuál es el problema? ¿Por qué obtengo la excepción en el entorno FW 4.0? ¿Qué debo hacer para evitarlo?

Muchas gracias, Daniel

Después de un poco más de investigación he descubierto que algunos de los servidores proxy COM + se crean como System._ComObject (esos son los nativos, supongo), y algunos son creados como System.Runtime.Remoting.Proxies._TransparentProxy (I piense que esos son objetos .Net Com +). La invocación al método funciona bien para aquellos que se crean como System._ComObject y no funciona para System.Runtime.Remoting.Proxies._TransparentProxy. El hecho más interesante es que en .Net 2.0 todos los objetos se crean de la misma manera (_ComObject y _TransparentProxy) pero la invocación al método funciona bien. Otro hecho interesante es que puedo ver el método de "perdido" en el depurador utilizando reflecton

((System.EnterpriseServices.RemoteServicedComponentProxy)((((System.Runtime.Remoting.Proxies.__TransparentProxy)(ObjectToActivate)))._rp)).ProxiedType.GetMethods()

pensé por un momento que podría ser un problema de seguridad, pero ejecuta el código como servicio de windows conectado como usuario con privilegios de administrador

Answer 1

He descubierto que hay una diferencia entre .NET FW en la creación de tipos de COM, y por lo que yo entiendo, la diferencia solo existe para los objetos COM de .NET. Cuando se crea el tipo de objeto COM con

Type comObjectType = Type.GetTypeFromProgID(progId, true); 

del tipo que se devuelve en .NET 1.1/2.0/3.5 es el tipo de .NET real del objeto, por lo que no hay ningún problema en su invocación de método, pero en .NET 4.0 del tipo System.__ComObject se devuelve lo que el código

result = comObjectType.InvokeMember(
    MethodToActivate, BindingFlags.InvokeMethod, null, ObjectToActivate, InputParams); 

falla con un método que no se encuentra una excepción.

La solución que he encontrado es la siguiente:

Type comObjectType = Type.GetTypeFromProgID(progId, true);   
object comObject = Activator.CreateInstance(comObjectType); 

// here the real object type is returned 
Type acctualObjectType = comObject.GetType(); 
result = acctualObjectType.InvokeMember(
    "MethodToActivate", BindingFlags.InvokeMethod, null, comObject, InputParams); 

Este código funciona bien para todos los entornos.

Answer 2

No estoy seguro de por qué su código anterior ya no funciona, pero creo que en .NET 4.0 puede llamar a métodos COM utilizando IDispatch/último enlace a través del tipo dynamic - consulte Does C# .NET support IDispatch late binding?.