blocks|key|5306784|text|您的选项包括：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|5306785|Web服务SOAP+Services|5306786|XML-RPC|unordered-list-item|5306787|
|5306788|Apache+Thrift+|offset|length|5306789|5306790|Protocol+Buffers+(另请参阅this+question)|5306791|5306792|Apache+Avro|5306793|5306794|RESTful+|5306795|5306796|5306797|5306798|特别是，REST并不是真正的RPC；它需要一种不同的思维方式，您可以专注于定义丰富的资源集(名词)，而不是丰富的方法集(动词)。|5306799|其他的可以提供更传统的RPC，但是与Java的耦合不那么紧密，因此是独立于编程语言的。|5306800|在SOAP中，您可以用WSDL编写接口，也可以从带注释的Java类生成它。|5306801|在Thrift中，您在Thrift+IDL中编写接口，并从中生成Java类。|5306802|entityMap|0|LINK|mutability|MUTABLE|url|http://en.wikipedia.org/wiki/Apache_Thrift|1|http://code.google.com/p/protobuf/|2|https://stackoverflow.com/questions/1437710/protocol-buffers-java-rpc-stack|3|http://avro.apache.org/docs/current/^0|0|0|0|0|0|D|0|0|0|0|G|1|M|D|2|0|0|0|B|3|0|0|0|0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|1K|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|1L|8|@]|9|@]|A|$]]|$1|D|3|E|5|F|7|1M|8|@]|9|@]|A|$]]|$1|G|3|H|5|6|7|1N|8|@]|9|@]|A|$]]|$1|I|3|J|5|F|7|1O|8|@]|9|@$K|1P|L|1Q|1|1R]]|A|$]]|$1|M|3|H|5|6|7|1S|8|@]|9|@]|A|$]]|$1|N|3|O|5|F|7|1T|8|@]|9|@$K|1U|L|1V|1|1W]|$K|1X|L|1Y|1|1Z]]|A|$]]|$1|P|3|H|5|6|7|20|8|@]|9|@]|A|$]]|$1|Q|3|R|5|F|7|21|8|@]|9|@$K|22|L|23|1|24]]|A|$]]|$1|S|3|H|5|6|7|25|8|@]|9|@]|A|$]]|$1|T|3|U|5|F|7|26|8|@]|9|@]|A|$]]|$1|V|3|-4|5|F|7|27|8|@]|9|@]|A|$]]|$1|W|3|-4|5|6|7|28|8|@]|9|@]|A|$]]|$1|X|3|-4|5|6|7|29|8|@]|9|@]|A|$]]|$1|Y|3|Z|5|6|7|2A|8|@]|9|@]|A|$]]|$1|10|3|11|5|6|7|2B|8|@]|9|@]|A|$]]|$1|12|3|13|5|6|7|2C|8|@]|9|@]|A|$]]|$1|14|3|15|5|6|7|2D|8|@]|9|@]|A|$]]|$1|16|3|-4|5|6|7|2E|8|@]|9|@]|A|$]]]|17|$18|$5|19|1A|1B|A|$1C|1D]]|1E|$5|19|1A|1B|A|$1C|1F]]|1G|$5|19|1A|1B|A|$1C|1H]]|1I|$5|19|1A|1B|A|$1C|1J]]]]

Your options include:

<ul>
<li>SOAP Web Services</li>
<li>XML-RPC</li>
<li><a href="http://en.wikipedia.org/wiki/Apache_Thrift" rel="nofollow noreferrer">Apache Thrift</a> </li>
<li><a href="http://code.google.com/p/protobuf/" rel="nofollow noreferrer">Protocol Buffers</a> (see also <a href="https://stackoverflow.com/questions/1437710/protocol-buffers-java-rpc-stack">this question</a>)</li>
<li><a href="http://avro.apache.org/docs/current/" rel="nofollow noreferrer">Apache Avro</a></li>
<li>RESTful Web services</li>
</ul>

REST, in particular, isn't really RPC; it requires a different style of thinking, where you focus on defining a rich set of resources (nouns) rather than a rich set of methods (verbs). 

The others can provide more traditional RPC, but with less tight coupling to Java, and so are programming-language independent.

In SOAP you can write the interface in WSDL, or generate it from annotated Java classes.

In Thrift, you write the interface in the Thrift IDL, and generate Java classes from that.

blocks|key|5306763|text|使用RMI，您将始终被委托给Java类。我可以建议你看看RESTful的web服务方法吗？|type|unstyled|depth|inlineStyleRanges|entityRanges|data|5306764|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

With RMI you will always be commited to Java Classes. May I suggest you taking a look at RESTful web-service approach?

blocks|key|2218403|text|你可以看看Spring的HttpInvoker。或者Spring+remoting支持的黑森语和粗麻布。请参阅http://static.springsource.org/spring/docs/3.0.x/spring-framework-reference/html/remoting.html|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|2218404|entityMap|0|LINK|mutability|MUTABLE|url|http://static.springsource.org/spring/docs/3.0.x/spring-framework-reference/html/remoting.html^0|1J|2M|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@$A|M|B|N|1|O]]|C|$]]|$1|D|3|-4|5|6|7|P|8|@]|9|@]|C|$]]]|E|$F|$5|G|H|I|C|$J|K]]]]

You could check out Spring's HttpInvoker. Or the Hessian and Burlap supported with Spring remoting. See <a href="http://static.springsource.org/spring/docs/3.0.x/spring-framework-reference/html/remoting.html" rel="nofollow">http://static.springsource.org/spring/docs/3.0.x/spring-framework-reference/html/remoting.html</a>

blocks|key|3195926|text|Protocol+Buffers是避免序列化/版本问题并保持语言不可知的好方法。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|3195927|entityMap|0|LINK|mutability|MUTABLE|url|http://code.google.com/p/protobuf/^0|0|G|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@$A|M|B|N|1|O]]|C|$]]|$1|D|3|-4|5|6|7|P|8|@]|9|@]|C|$]]]|E|$F|$5|G|H|I|C|$J|K]]]]

<a href="http://code.google.com/p/protobuf/" rel="nofollow">Protocol Buffers</a> is a good way to avoid serialization/versioninig issues and remain language agnostic.

blocks|key|3195972|text|另一个选择是Versile+Java+(我是开发人员之一)。它还在开发中，但已经相当稳定，所以您可能希望尝试GNU+Affero+GPL许可证是否适用于您的项目。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|3195973|垂直Java处理对象级别的交互。通过继承适当的基类并使用注释，公开对象和方法是非常简单的。下面是一个简单的示例类。|3195974|import+org.versile.orb.external.*;
@Doc(doc="Provides+an+echo+service")
public+class+Echoer+extends+VExternal+{
++++@Publish(show=true,+ctx=false)
++++@Doc(doc="Echo+service,+returns+the+provided+argument.")
++++public+Object+echo(Object+obj)+{
++++++++return+obj;
++++}
}|code-block|syntax|javascript|3195975|此外，您还可以使用它与Versile+Python客户端或服务进行交互。|3195976|entityMap|0|LINK|mutability|MUTABLE|url|https://versile.com/products/vjava/|1|https://versile.com/products/vpy/^0|6|C|0|0|0|0|B|E|1|0^^$0|@$1|2|3|4|5|6|7|W|8|@]|9|@$A|X|B|Y|1|Z]]|C|$]]|$1|D|3|E|5|6|7|10|8|@]|9|@]|C|$]]|$1|F|3|G|5|H|7|11|8|@]|9|@]|C|$I|J]]|$1|K|3|L|5|6|7|12|8|@]|9|@$A|13|B|14|1|15]]|C|$]]|$1|M|3|-4|5|6|7|16|8|@]|9|@]|C|$]]]|N|$O|$5|P|Q|R|C|$S|T]]|U|$5|P|Q|R|C|$S|V]]]]

Another option is <a href="https://versile.com/products/vjava/" rel="nofollow">Versile Java</a> (I am one of the developers). It is in development but already quite stable so you may want to try out if the GNU Affero GPL license works for your project.

Versile Java handles object-level interaction. Exposing objects and methods is straight-forward by inheriting the appropriate base class and using annotations. Below is a simple example class.

<pre><code>import org.versile.orb.external.*;
@Doc(doc="Provides an echo service")
public class Echoer extends VExternal {
 @Publish(show=true, ctx=false)
 @Doc(doc="Echo service, returns the provided argument.")
 public Object echo(Object obj) {
 return obj;
 }
}
</code></pre>

As a bonus you can also use it to interact with <a href="https://versile.com/products/vpy/" rel="nofollow">Versile Python</a> clients or services.

I'm build a couple of services which I need them to remotely access each others methods.
I'm currently using Spring`s RmiServiceExporter but I wonder if there's a framework which does not depends on the java classes, serial number, etc.
In other words, I don't want to share java code/classes between the servies.

RPC Framework for Java

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

我正在构建一些服务，我需要它们来远程访问彼此的方法。我目前使用的是Spring`s的RmiServiceExporter，但我想知道是否有一个框架不依赖于java类、序列号等。换句话说，我不想在服务之间共享java代码/类。

问用于Java的RPC框架
EN

回答 5

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问用于Java的RPC框架EN

回答 5

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问用于Java的RPC框架
EN