问题标签 [duplex]

我有一个带有 Silverlight 客户端和.NET 3.5 WCF服务的WCF双工服务。

我的情况是：在从服务器到客户端的双工推送 OneWay 操作期间，如果客户端通知处理程序中发生异常，则通道会静默发生故障，因此来自服务器的任何进一步双工调用超时并失败。（如此处解释的单向操作和异常）

我的问题：

1. 我可以只用FaultContracta装饰OneWay OperationContract，将异常包装在客户端并防止通道故障吗？
2. 如果没有，还有什么其他方法可以捕获在从服务器进行双工推送期间客户端发生的异常？

如何配置我的 Silverlight 应用程序和双工 WFC 服务以使用 HTTPS？目前，如果使用 HTTP，一切都可以工作，但是一旦客户端使用 HTTPS 访问站点，服务中的回调创建就会失败。我相信我需要修改我的配置文件，但我不知道应该设置什么。

这是我当前的配置：

从我的 Silverlight 应用程序中，我创建客户端代理，如下所示：

谢谢...

自 2008 年以来，ADOBE 一直要求回声消除，但他们什么也没做，这是不可用的。他们刚刚承诺（3 个月前）他们将在 6 月随 10.3 播放器发布该功能。

我现在需要一个解决方案，不能等到六月。有没有人为此尝试过服务器端解决方案？我找到了这家公司： http: //www.solicall.com/index.html，他们在以色列，我联系了他们，我正在等待或他们的回复。

我基本上需要 2 个闪存客户端之间的全双工音频通信。它可以是 FMS 或 Red5（或任何其他技术），只要用户可以在没有耳机和没有回声的情况下通话。

我看到有几个关于同一主题的问题，其中大多数都集中在客户解决方案上，不幸的是没有解决方案。

有什么建议/想法吗？谢了。

我有兴趣看到 Silverlight 4 应用程序连接到的双工服务的一个很好的例子，那里有吗？如果它位于其中，我愿意得到一本书。

我浏览了位于此处的 MSDN并没有很好地遵循它，甚至没有让它工作。

发现这可以解释我的一些问题 - MSDN Post

我编写了一个托管在控制台应用程序中的 wcf 服务。然后我有一个与服务交互的客户端。

客户端和服务在我的机器上运行良好。

当我将客户端移动到另一台计算机时，我可以让它工作，但我必须关闭服务器和客户端机器上的防火墙（我假设我可以通过打开服务最终需要与之通信的防火墙端口来解决这个问题？）但我也必须关闭Skype，否则我会收到“无法注册URL http://+:80/temporary_Listen_Address/ ......”“进程无法访问该文件，因为它正在被另一个过程”。

我已经阅读了一些有关更改客户端基址的内容，但无法进行此操作。但是，我可能还缺少其他东西。我有一种感觉，当我将客户端配置中的端点地址移动到与我自己不同的机器上时，我应该更改它，但这破坏了设置，所以我保持不变。

这是我的配置。

服务器

客户

亲切的问候

灰

在使用 WCF 双工（聊天服务 | 短信服务）开发迷你项目后，我得到了一个可能不正确的观点！

我相信 Duplex 理论是好的和有用的，但是使用Wcf Duplex有很多问题。（如可靠会话、超时异常、服务器端的客户端地址管理、客户端的代理管理）

我想错了吗？我想念什么吗？

有关更多信息，我使用了 wsDualHttpBinding 而不是 tcpBinding。

我正在使用 WCF 双工回调创建客户端服务应用程序。该服务向所有连接的客户端发送消息。我将所有连接的客户端存储在字典中。在向客户端发送消息之前，我想检查是否有任何客户端异常关闭（网络断开，断电）。

@marc_s：我创建了一个 CheckCallbackChannels 方法，它将检查字典中连接客户端的通信状态。

但在这里我也得到了错误客户端的连接状态。

我之前在一定程度上发布过这个问题，但经过几天的阅读，我对 WCF 有了更好的理解，并希望在开始研究它之前得到一些反馈。

我基本上需要开发一个服务器/客户端系统。“服务器”应用程序（c# 网络控制台应用程序）将在一台机器上运行，该机器具有 MySQL 数据库、所有软件安装包以及我们在本地需要的任何其他内容。“客户端”应用程序（c# net console 应用程序）将在我们的其余机器上运行，并将保持与服务器软件的直接连接。使用 Web 前端，我们的管理员将能够为客户端安装软件包、创建新服务等。

由于我们拥有所有机器，并且无论如何都必须配置它们，服务器推送不是问题。我们不必担心防火墙或任何类型的 NAT 设置，因为我们可以进入并打开它运行所需的端口。

最初让我对 WCF 感到困惑的是我将“WCF 服务”与服务器相关联。但是，由于大多数操作实际上将在“WCF 服务”上运行，这是我的逻辑。

1) 使“客户端”应用程序实际上是“WCF 服务”，以便公开的功能实际上在适当的机器上运行。

2）让“服务器”应用程序实际上是一个“WCF客户端”，并从这里发出所有指令/命令，并使用返回值来更新数据库/等。

这是要遵循的正确方法还是我应该研究 WCF Duplex（乍一看非常混乱）还是从原始套接字开始？

假设我有这样的 WCF 服务合同

服务实现已经InstanceContextMode.Single设置InstanceContextMode 并且ICallback1类似于

现在在客户端，我可以有一个实现 ICallback1 的类

我创建这样的客户服务参考

效果很好。现在的问题是我有一些对回调不感兴趣的客户端所以我想我不需要为这些客户端实现回调接口所以我尝试了这个

和

双方都报告说parameter cannot be null。我的问题是，如果客户端对回调不感兴趣，我如何在不传递回调对象的情况下创建服务引用。唯一的要求是所有客户端都应该与同一个服务通信，否则我可以重组服务。有什么想法吗 ？

编辑：

我也尝试过 SessionMode = SessionMode.Allowed使用 ServiceContract 来代替，SessionMode.Required但这也无济于事。

我需要实现一个客户端服务器架构，其中服务器通过互联网向许多客户端发送相同的消息。我需要大约每 5 分钟发送一条消息。消息不会超过 5KB。我需要将解决方案扩展到连接的大量客户端（50.000-100.000）

我考虑了一堆解决方案：

• TCP 套接字

• UDP组播

• WCF http 双工服务（彗星）

我认为我必须放弃 UDP 解决方案，因为它仅适用于同一网络上的客户端，并且无法在 Internet 上运行。我在某处读到，如果我连接了许多客户端，WCF 多播会导致瓶颈，但我找不到任何显示性能统计信息的文档。Tcp 套接字在我看来是选择的解决方案。你有什么想法？我对么？

当我说 UDP 在互联网上不起作用时，我肯定是错的……我之所以这么想是因为我读了一些文章，指出您需要在网络中正确配置路由器以支持多播……我读到了 udp 端口​​多播范围，并认为它是本地的。相反，可以通过 Internet 访问范围 224.0.0.1 - 239.255.255.255（D 类地址组）

考虑到在我的情况下可靠性不是关键点，udp 多播是一个不错的选择。.net 框架提供了非常有用的类来实现这一点。我可以轻松地启动 UdpClient 并使用两行代码开始在多播地址上发送数据。在客户端，这真的很容易。有一个 UdpSingleSourceMulticastClient 类正是我需要的。对于可靠性和安全性，.net 框架有一种智能且简单的方法来处理 DoS 攻击、DNS 重新绑定攻击和 Revers 隧道攻击，如下所述：http: //msdn.microsoft.com/en-us/library/ee707325 (v=vs.95).aspx