JSON-RPC 和 Json-rpc 服务发现规范

标签 json specifications rfc json-rpc smd

我将实现 JSON-RPC Web 服务。我需要这方面的规范。到目前为止,我只找到了一种可以称为真正规范的资源:

  • JSON-RPC 1.0 http://json-rpc.org/wiki/specification
  • JSON-RPC 2.0 提案:http://groups.google.com/group/json-rpc/web/json-rpc-2-0 (为什么会出现在 Google 群组中?)

  • 但是我已经看到像 Dojo 这样的 JavaScript 框架积极使用 JSON-RPC SMD
  • Service Mapping Description proposal

  • 但它需要 JSON Schema 规范,但它重定向到不正确的 URL 作为引用。到目前为止,我发现了以下内容:
  • http://tools.ietf.org/html/draft-zyp-json-schema-02

  • 而且还是草稿……

    任何人都可以指点我一些实际的规范......至少官方更新了一些东西?因为看起来实现 JSON-RPC 1.0 可能还不够,至少对于像 Dojo 这样的框架是这样。还是我错了?

    问题:
  • JSON-RPC 1.0 规范的实现是否足以为大多数现代客户端提供 JSON-RPC 服务,以及有多少客户端(如果有的话)实际上支持 JSON-RPC 1.0(SMD、Schema、2.0)以外的功能?

    因为看起来 JSON-RPC 1.0 只是一个有官方规范(而不是草案)
  • 如果我应该实现SMD,或者建议有人可以指出的官方最新规范Json 架构 服务映射说明 或者我找到的链接真的是“规范”吗?
  • JSON-RPC 2.0、SMD 和 JSON-Schema 草案是否足够稳定以实现它们?

  • 注:不建议现有的 JSON-RPC 服务实现。

    有人吗?

    编辑:有人使用 JSON-RPC 吗?

    最佳答案

    If I should implement SMD, or it is recommended can somebody point to official, most recent specifications of Json Schema and Service Mapping Description or links I found are really "the specifications?"

    Are JSON-RPC 2.0, SMD and JSON-Schema drafts stable enough to implement them?



    我发现使用这些东西的每个项目都链接到您发现的相同规范。人们根据草案规范使用它,但还不足以真正插入好的文档和示例的开发。

    http://javascript.neyric.com/blog/2009/03/06/inputex-022-smd-yui-rpc/

    http://www.tine20.org/wiki/index.php/Developers/Concepts/Howto_connect_to_Tine_2.0_over_JSON-RPC

    http://framework.zend.com/manual/en/zend.json.server.html

    关于JSON-RPC 和 Json-rpc 服务发现规范,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/2636316/

    相关文章:

    MYSQL - 什么是主键?

    editor - 有什么好的小型或基础SVG编辑器?

    http - 实现 HTTP 代理

    rfc - ContentType 图像/* 是否有效

    json - 如何在 itemBuilder 中过滤 JSON 数据

    python - json.loads() 是否容易受到任意代码执行的影响?

    mysql - 如何选择以文本形式存储的 JSON 数据

    javascript - 合并 JS 文件(JSONish)

    html - 文档正文中的 meta、link 和 style 元素有什么用途?

    smtp - 为什么要说服开发人员使用端口587进行所有SMTP通信?