.Net 到 Java 到 .Net 使用 Java 的进程间通信答案

【问题标题】：.Net to Java to .Net Interprocess Communication using Java.Net 到 Java 到 .Net 使用 Java 的进程间通信
【发布时间】：2014-01-02 20:33:18
【问题描述】：

我创建了使用本地服务组的 .Net 客户端（可执行文件）。这些服务是6个本地服务（进程外记录服务、系统诊断服务、UI识别服务等）。此模式是强制性的。

这个想法是创建一组本地机器 SOA 相互通信（仅在本地机器域上！）。服务层最重要的方面是提供最佳的进程间通信。

由于这些服务很有价值，我不想将自己局限于 .Net/Windows 世界（我知道 Mono 已经足够好，但目前不想依赖它作为解决方案）。

环顾四周，我在 Java 中找不到任何真正的 WCF 等效项 - 所有 Java 框架都缺少 WCF 提供的抽象模型。

我很高兴从社区听到基于 Java 在 Windows 世界中的进程间通信 (.Net-JVM-.Net) 的安全性。

当然要了解 Java 的通信框架

【问题讨论】：

【解决方案1】：

如果你想要一个与语言无关的 SOA，那么我建议使用 RESTful SOA，对于 .NET WepAPI 就足够了，对于 JAVA 考虑 JAX-RS http://www.vogella.com/articles/REST/article.html

但是对于单域通信，TCP/IP 套接字是最简单、最简单的方法。

【讨论】：

@T McKeown 从您的回答中我了解到 Java 没有 WCF（来自抽象 POV）。我想这就是这些技术背后的概念之间的区别
WCF 可以绑定到多个协议以及处理 WepAPI(RESTful) 调用。我的观点是协议比特定的服务选择更重要。选择最开放的协议。
你的观点很有趣。安全性、服务边界和您希望服务具有的其他特征呢？选择最开放的协议是不是会给你太多的灵活性？
好吧，我不知道您施加了哪些限制，但该协议除了处理从它接收的请求的运行时服务外，不会公开/隐藏任何内容。例如，如果我创建了一个 WepApi MVC 应用程序（只有控制器）并且我的服务器配置正确，那么除了我的代码正在执行之外，没有其他风险。