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

Wcf 使用Java的.Net到Java到.Net进程间通信,wcf,interprocess,inter-process-communicat,Wcf,Interprocess,Inter Process Communicat,我创建了使用本地服务组的.Net客户端(可执行)。 这些服务是6个本地服务(进程外记录器服务、系统诊断服务、UI标识服务等)。 这种模式是强制性的 其思想是创建一组本地机器SOA,它们彼此通信(仅在本地机器域上!)。服务层最重要的方面是提供最佳的进程间通信 由于这些服务很有价值,我不想把自己局限于.Net/Windows世界(我知道Mono已经足够好了,但现在不想依赖它作为解决方案) 我在Java中找不到任何真正的WCF等价物——所有Java框架都缺少WCF提供的抽象模型 我很高兴从社区听到Wi

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

其思想是创建一组本地机器SOA,它们彼此通信(仅在本地机器域上!)。服务层最重要的方面是提供最佳的进程间通信

由于这些服务很有价值,我不想把自己局限于.Net/Windows世界(我知道Mono已经足够好了,但现在不想依赖它作为解决方案)

我在Java中找不到任何真正的WCF等价物——所有Java框架都缺少WCF提供的抽象模型

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


/p> > p>的通信框架,如果你想使用一个不可知语言的SOA,那么我建议使用REST程序,因为.NET WebAPI就足够了,java考虑JAX-RS


然而,对于单域通信,TCP/IP套接字是最简单、最简单的方式。

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