没有终结点在侦听可以接受消息的 XXXXXX 这通常是由于不正确的地址或者 SOAP 操作导致的

问题:

没有终结点在侦听可以接受消息的 http://192.168.1.176:50001/SomPatientsService.asmx。这通常是由于不正确的地址或者 SOAP 操作导致的。如果存在此情况,请参见 InnerException 以了解详细信息。

---------------------------

異常

---------------------------

メッセージを受信できる http://192.168.1.176:50001/SomPatientsService.asmx でリッスンしているエンドポイントがありませんでした。これは一般に、アドレスまたは SOAP アクションが正しくない場合に発生します。詳細については、InnerException を参照してください (ある場合)。

---------------------------

OK

---------------------------

网上的解决办法:

开发人员在调用WCF时报异常:

没有终结点在侦听可以接受消息的 http://win-tbtpgh425lp:9026/StaticDataService.svc。这通常是由于不正确的地址或者 SOAP 操作导致的。如果存在此情况,请参阅 InnerException 以了解详细信息。

解决办法有两种:

方法1.修改客户端的配置文件

<client>

<endpoint address="http://win-tbtpgh425lp:9026/StaticDataService.svc"

binding="wsHttpBinding" bindingConfiguration="WSHttpBinding_IStaticDataService1"

contract="SDS.IStaticDataService" name="WSHttpBinding_IStaticDataService">

<identity>

<dns value="localhost" />

</identity>

</endpoint>

</client>

把 address里的机器名改成服务所在机器的IP

<client>

<endpoint address="http://192.168.70.43:9026/StaticDataService.svc"

binding="wsHttpBinding" bindingConfiguration="WSHttpBinding_IStaticDataService1"

contract="SDS.IStaticDataService" name="WSHttpBinding_IStaticDataService">

<identity>

<dns value="localhost" />

</identity>

</endpoint>

</client>

方法2.修改客户端机器的HOSTS文件

添加一行 win-tbtpgh425lp  192.168.70.43

HOSTS文件目录   C:\Windows\System32\drivers\etc    用记事本打开

根据网上回答不属于我的情况,但是考虑到和服务有关,发现自己的IP地址写错了。

希望对你能有所帮助!

时间: 2024-10-03 15:01:32

没有终结点在侦听可以接受消息的 XXXXXX 这通常是由于不正确的地址或者 SOAP 操作导致的的相关文章

没有终结点在侦听可以接受消息的 http://erp-test/5.0/U9WorkflowService。这通常是由于不正确的

描述:启用工作流的单据,提交时提示,没有终结点在侦听可以接受消息的 http://erp-test/5.0/U9WorkflowService.这通常是由于不正确的地址或者 SOAP 操作导致的.如果存在此情况,请参见 InnerException 以了解详细信息. 解决:因服务器 的 U9Mailservice_5.0和U9NotificationService_5.0未启动,启动即可.

没有终结点在侦听可以接受消息的...另外一种排错方式

没有终结点在侦听可以接受消息的 http://111.111.111.111:123456/AuthorityApi.asmx.这通常是由于不正确的地址或者 SOAP 操作导致的.如果存在此情况,请参见 InnerException 以了解详细信息. 我上网查询,出现了很多,全部不相干. 郁闷之极之后..... 偶然发现用visual studio不能访问(Ctrl+点击链接),用chrome可以访问 一研究,发现,我的IE不知道为什么被加上了代理服务器. 去除代理服务器配置之后,就OK了. 在

wcf 由 http 更改为 https 返回404,没有终结点在侦听可以接受消息的

首先wcf项目在使用http时是没问题的. WCF有http更改为https之后,返回 没有终结点在侦听可以接受消息 需要修改wcf服务端及客户端 服务端更改代码 <binding maxReceivedMessageSize="2147483647" maxBufferPoolSize="2147483647" > <security mode="Transport"> <transport clientCrede

没有终结点在侦听可以接受消息的 http://192.168.1.63:8085/LoginService。这通常是由于不正确的地址或者 SOAP 操作导致的

2016-04-08 09:15:05,581 [8] ERROR System.Threading.Thread - ErrorSystem.ServiceModel.EndpointNotFoundException: 没有终结点在侦听可以接受消息的 http://192.168.1.63:8085/LoginService.这通常是由于不正确的地址或者 SOAP 操作导致的.如果存在此情况,请参见 InnerException 以了解详细信息. ---> System.Net.WebExc

WCF下载***$metadata”时出错。 无法连接到远程服务器由于目标计算机积极拒绝,无法连接。元数据包含无法解析的引用http://localhost 没有终结点在侦听可以接受消这通常是由于不正

错误描述:新建的WCF类库项目,由WinForm程序托管,托管的时候没有错误,但是在客户端引用服务的时候,却找不到服务,而且 如果打开多个服务也不会报端口占用错误. 解决思路:开始以为是配置文件的问题,就开始从配置文件上下手,无果.然后又检查防火墙,重启电脑,都不行.后来在不托管服务的情况下 引用服务,提示一样的错误, 打开监听端口一看,没有我定义的8009端口,果然是托管没有成功,否则端口肯定是在监听状态. 解决办法:去掉using,因为当Form1_Load执行完成后,host也会被usin

[Mark]Tomcat/IIS 更改 HTTP 侦听端口

目的: IIS HTTP 侦听端口改为 8088 Tomcat HTTP 侦听端口改为 80 环境: Windows Server 2012 R2 IIS8.5 (默认端口是 80) Tomcat8.0 (默认端口是 8080) SQL Server 2014 预想: 关掉IIS服务,修改HTTP协议的侦听端口,重启IIS 修改Tomocat HTTP协议的侦听端口,重启Tomcat BUT that's too easy... 按上面预想的步骤简单操作后,直接 http://localhost

js事件流、事件处理程序/事件侦听器

1.事件流 事件冒泡 IE的事件流叫做事件冒泡(event bubbling),即事件开始时由最具体的元素(文档中嵌套层次最深的那个节点)接收,然后逐级向上传播到较为不具体的节点(文档). 事件捕获 事件捕获的思想是不太具体的节点应该更早的接收到事件,而最具体的节点应该在最后接收到节点.事件捕获的用意在于事件到达预定目标之前捕获它. DOM事件流 “DOM2级事件流”规定的事件流包括三个阶段:事件捕获阶段.处于目标阶段和冒泡阶段.首先发生的是事件捕获,为截获事件提供了机会.然后是实际的目标接收到

Socket基础之-启动异步服务侦听

本文主要是以代码为主..NET技术交流群 199281001 .欢迎加入. //通知一个或多个正在等待的线程已发生事件. ManualResetEvent manager = new ManualResetEvent(false); 1 //负责监听的套接字 private Socket socketServer; 2 /// <summary> 3 /// 启动服务 4 /// </summary> 5 private void CreateSocketService() 6 {

【WCF】终结点的监听地址

终结点主要作用是向客户端公开一些信息入口,通过这个入口,可以找到要调用的服务操作.通常,终结点会使用三个要素来表述,我记得老蒋(网名:Artech,在园子里可以找到他)在他有关WCF的书里,把这三要素称为“ABC”. A就是Address,就是终结点的地址:B是Binding,绑定,用于描述传输的协议.是否启用安全模式等:C是Contract,即服务协定. 一个服务协定可以由多个终结点公开,比如一个终结点可能使用HTTP协议,另一个则使用TCP等. WCF是否真的像某些人说的那么复杂难学呢?依老