У меня есть служба WCF, которая размещается как служба Windows. Мы хотели бы включить конечную точку mex по тому же адресу (но с суффиксом '/mex'). Я пытался сделать это (безуспешно), используя следующую конфигурацию:
<system.serviceModel>
<services>
<service
name="MyCompany.MyService"
behaviorConfiguration="defaultServiceBehavior">
<host>
<baseAddresses>
<add baseAddress="net.tcp://localhost"/>
</baseAddresses>
</host>
<endpoint
address="MyService"
binding="netTcpBinding"
contract="MyCompany.IMyService"
bindingConfiguration="netTcpBindingConfig"
/>
<endpoint
address="MyService/mex"
binding="mexTcpBinding"
contract="IMetadataExchange"
/>
</service>
</services>
<behaviors>
<serviceBehaviors>
<behavior name="defaultServiceBehavior">
<serviceMetadata />
</behavior>
</serviceBehaviors>
</behaviors>
<bindings>
<netTcpBinding>
<binding name="netTcpBindingConfig" portSharingEnabled="true" />
</netTcpBinding>
</bindings>
</system.serviceModel>
Когда он запускается, хост службы вызывает AddressAlreadyInUseException
, жалуясь, что "уже есть слушатель на конечной точке IP 0.0.0.0:808". Это действительно имеет смысл для меня, потому что служба совместного доступа к порту открыла этот порт, чтобы обслуживать конечную точку MyService
вместе с любыми другими службами, запрашивающими общий доступ к этому порту на этом компьютере.
Итак, кажется, что конечная точка mex хочет эксклюзивного доступа к порту 808. Я могу обойти это, настроив конечную точку mex следующим образом:
<endpoint
address="net.tcp://localhost:818/MyService/mex"
binding="mexTcpBinding"
contract="IMetadataExchange"
/>
Это означает, что конечная точка mex теперь имеет свой собственный эксклюзивный порт. Недостатком этого является то, что любой другой сервис, который хочет разоблачить конечную точку mex, также нуждается в уникальном порту для своей конечной точки mex. Это делает его очень непредсказуемым при поиске конечных точек mex.
Есть ли способ заставить конечную точку mex участвовать в совместном использовании портов?