wcf - endpoint web config

Exponer un Servicio WCF a través de un enlace de Canalizaciones con nombre

Question

Introducción:

Implementé con éxito un servicio WCF alojado en un servicio de Windows hace unos días. La comunidad aquí en StackOverflow me ayudó con la exposición de WSDL aquí . Te lo agradezco una vez más. Sin embargo, recientemente descubrí que hay otro cliente potencial para este servicio esta vez ubicado en la misma máquina que el servicio y esto me lleva a pensar que debería agregar otro punto final con namedPipesBinding.

Las tuberías con nombre parecen ser la mejor solución para la comunicación dentro de la máquina en lo que a mí respecta. Por favor corrígeme si esto está mal.

Problema:

Necesito exponer otro punto final para el mismo servicio / contrato, pero esta vez usando netNamedPipeBinding. Sin embargo, realmente no entiendo cómo puedo agregar una referencia de servicio de un cliente. Tontamente después de agregar

<endpoint address="net.pipe://localhost/OfficeService"
          binding="netNamedPipeBinding"
          contract="netBridge.Development.OfficeService.IWordService"
          bindingConfiguration="localBinding" />

He intentado agregar una referencia de servicio en una aplicación de Windows Forms ubicada en la misma máquina escribiendo net.pipe: // .... url. No funcionó. Debo mencionar que eliminé el punto final mex (MetaData Exchange) antes porque lo consideré innecesario.

1. ¿Es este punto final mexicano necesario para el descubrimiento vinculante de extremos de tuberías con nombre?
2. ¿Cómo debería agregar una referencia de servicio en la aplicación del cliente al punto final de la tubería con nombre?

Answer 1

Su punto final se ve bien, aunque tengo curiosidad sobre lo que está en localBinding ...

Suena como que la opción más fácil es simplemente cambiar la configuración del punto final en el cliente de pipes nombrado para que coincida con su punto final del servicio. Al cliente no le debe importar, siempre que sea el único punto final en el archivo de configuración del cliente. De lo contrario, tendrá que agregar nombres a sus puntos finales y hacer que el cliente elija uno específico cuando acierte el objeto proxy.

¡Buena suerte!

Answer 2

el punto final mex es necesario durante el desarrollo, ya que proporciona una ubicación http donde se construye el wsdl. el wsdl describe al cliente cómo comunicarse con el servidor a través de canalizaciones con nombre, o TCP / IP, o cualquier otra cosa. una vez que la aplicación del cliente ha creado el proxy para el enlace de pipes nombrado y establece la configuración, el punto final mex ya no es necesario. por lo tanto, el punto final mex se puede eliminar antes del despliegue a través de los entornos, si así lo desea.