问题标签 [xml-rpc]

从通过 Apache 的 XML-RPC 实现返回的异常中提取原始异常的最简单方法是什么？

我需要在 Windows 平台上使用 C++ 中的 XmlRpc。尽管我的朋友们向我保证 XmlRpc 是一种“广泛使用的标准技术”，但可用的库并不多。事实上，我只找到了一个在 Windows 上执行此操作的库（加上另一个声称“您必须做很多工作才能在 Windows 上编译它）。我找到的库是 Chris Morley 的“XmlRpc++”。但是，它不支持 SSL。

因此，我的问题是：我应该使用什么库？

我从来没有真正理解为什么 Web 服务实现者会选择其中一个。XML-RPC 通常出现在旧系统中吗？任何帮助理解这一点将不胜感激。

我需要从 .NET 2.0 客户端与 XML-RPC 服务器通信。你能推荐任何图书馆吗？

编辑：尝试过 XML-RPC.Net，我喜欢它生成动态代理的方式，它非常简洁。不幸的是，与往常一样，事情并非如此简单。我正在访问一个 XML-RPC 服务，该服务使用在方法名称中包含对象名称的非正统技术，如下所示：

这意味着我不能使用属性来设置我的方法的名称，因为它们直到运行时才知道。如果您开始尝试更接近原始调用，XML-RPC.Net 开始变得非常混乱。

所以，任何人都知道一个简单直接的 XML-RPC 库，它会让我做（伪代码）：

我在 Codeproject 上看过 Michael 的一个东西，但是没有单元测试，代码看起来很糟糕。

除非有人有更好的主意，否则我将不得不自己开始一个开源项目！

PHP几个月前我写了一个小应用程序，它使用WordPress XMLRPC library来同步两个独立的 WordPress 博客。我有一个通用的“RPCRequest”函数来打包请求、发送它并返回服务器响应，我还有几个更具体的函数可以自定义发送的请求类型。

在这种特殊情况下，我调用“getPostIDs”来检索远程服务器上的帖子数量及其各自的 postid。这是代码：

我收到以下错误消息：

有点悬念的结局，这也很奇怪。但由于错误消息不是以 XML 格式格式化的，我的直觉是它是本地 XMLRPC 库生成错误，而不是远程服务器。

更奇怪的是，如果我将“getPostIDs()”调用更改为“getPostIDs(1)”或任何其他整数，它就可以正常工作。

下面是 WordRPC 类的代码：

正如我所提到的，如果“getPostIDs”被赋予一个正整数参数，它就可以正常工作。此外，这过去可以很好地工作；默认参数 0 只是向 RPC 服务器表明它应该检索所有帖子，而不仅仅是最近的$num_posts帖子。直到最近才开始出现此错误。

我试过用谷歌搜索错误，但运气不佳。那么，我的问题是，“外籍人士报告错误代码 5”究竟是什么意思，谁在产生错误？ 除此之外的任何细节/建议/见解也是受欢迎的！

关于使用 XML-RPC 或 REST 解决方案的简单性的争论很容易理解，也很难争论。

我还经常听到一些争论，即 SOAP 开销的增加可能会显着影响使用的带宽，甚至可能会影响延迟。我想看看量化影响的测试结果。有人知道此类信息的良好来源吗？

所以官方的 XML-RPC 标准不支持 64 位值。但在现代，64 位值越来越普遍。

你如何处理这些？最常见的 XML-RPC 扩展是什么？有哪些语言绑定？我对 Python 和 C++ 特别感兴趣，但所有信息都值得赞赏。

我们正在寻找具有城市分辨率的欧洲可靠的“当前天气”网络服务。我们只需要当前的天气。

由于它是针对商业网站的，我们不介意为该服务支付合理的费用。

我们有哪些选择？根据以往的经验，您会推荐或避免哪些服务？

注意：SOAP Web 服务、XML RPC、REST 都可以。

我正在开始一个项目，该项目将访问站点Drupal以通过. 这包括文件上传，因为该项目是为了让人们能够以最少的麻烦将图片批量上传到网站。XML-RPCBlogAPIDrupalDrupal

我想知道是否有任何需要注意的警告。有没有人有过定位的经验Drupal's XML-RPC implementation，或者执行任何blogging APIs由其支持的BlogAPI module？你会给其他走同样道路的人什么建议？

基本上，我想传递一个包含西班牙语文本的字符串，该文本可能是几种编码之一（Latin-1、CP-1252 或 UTF-8 等等）。一旦它到达 XMLRPC，我就可以检测到编码，但在那之前我不会知道它。C#，默认情况下似乎会杀死 ASCII 之外的任何字符。我已经通过对字符串进行 base64 编码解决了这个问题，但我真的很想不这样做。

我正在使用 CookComputing.XmlRpc... 这是我的界面的代码片段：

任何帮助，将不胜感激。谢谢！