Tengo que integrar mi aplicación de servidor .NET con un producto de proveedor. El producto del proveedor estará en su propio servidor y tiene una API documentada compatible con &, pero, por desgracia, solo como objetos COM. Dado que DCOM y .NET remoting están obsoletos, ¿existe una forma compatible (es decir, no se corre el riesgo de ser eliminada en .NET 5) de realizar esta integración sin tener que crear & instalar un servicio web en el proveedor & cliente web en mi caja para proxy estas solicitudes a través de la red a COM?Acceso a objetos COM en otra caja de .NET (sin DCOM en desuso, remota)
Tenga en cuenta que me siento muy cómodo escribiendo & consumiendo servicios web (REST cuando puedo, SOAP cuando tengo que hacerlo). Me gustaría simplemente mantener la topografía de esta aplicación simple, evitar despliegues dobles, etc. Por la misma razón, he evitado WCF ya que parece una gran sobrecarga, pero si WCF admite exponer la interfaz COM subyacente sobre el red, felizmente lo usaría. De lo contrario, supongo que estoy diseñando, escribiendo, implementando, & consumiendo este nuevo servicio web. Por favor, ¡muéstrame que no tengo que hacer esto!
Investigando ambas opciones ahora (WCF para COM +, COM + remoto) y reportará (y elegirá un ganador) pronto. ¡Gracias! –
Continuando con esta respuesta ya que parece ser la menos hackosa. Sin embargo, terminé decidiendo morder la bala y escribir un servicio web tradicional (que puede o no usar WCF). El soporte del proveedor y nuestra capacidad de confiar en el producto final serían imposibles de otra manera. Gracias. –