什么时候规范不是规范 - 全能的RPC博客ping规范难题

时间:2012-07-19 08:58:11

标签: java rpc ping specifications

我已经开始使用Apache RPC Client库在Java中实现博客ping服务。但是,我有点困惑,我似乎无法找到一个明确的规范,博客ping响应应该是什么样子来检查它是否成功。

我看过这个,这似乎是一个(官方?)规格的pingback http://www.hixie.ch/specs/pingback/pingback-1.0

然而,这提到将返回故障代码,例如

http://xmlrpc-epi.sourceforge.net/specs/rfc.fault_codes.php

许多RPC服务器(如Google Blog搜索)似乎在其XML响应中返回“flerror”和“message”元素,这看起来更像是这样:

http://xmlrpc.scripting.com/weblogsCom.html

这是怎么回事?我意识到pingback是网络被黑客攻击的东西,它变成了一个标准 - 但是我对于编写什么代码或者确实信任响应感到困惑。我能相信以下吗?它适用于所有博客ping服务器吗?

public  boolean ping( String urlToPing, String title, String url, String urlChanges, String urlRSS ) throws MalformedURLException, XmlRpcException
{
    XmlRpcClientConfigImpl config = new XmlRpcClientConfigImpl();
    config.setServerURL( new URL( urlToPing ) );

    XmlRpcClient client = new XmlRpcClient();
    client.setConfig( config );

    Object[] params = new Object[] { title, url, urlChanges, urlRSS };
    HashMap result = ( HashMap )client.execute( "weblogUpdates.extendedPing", params );

    try
    {
        errors.put( url, Boolean.parseBoolean( result.get( "flerror" ).toString() ) );
    }
    catch( Exception e )
    {
        log.error( "RPC Problem Parsing response to Boolean trying: " + result.get( "flerror" ) );
    }

    return Boolean.parseBoolean( result.get( "flerror").toString()) ;
}

1 个答案:

答案 0 :(得分:2)

  

我能相信以下吗?它适用于所有博客ping服务器吗?

简单的回答是否定的。不同的服务器实现会有错误或误解规范,因此您无法编写适用于所有博客ping服务器的代码。你所能做的最好的事情就是在你所接受的东西中保持自由,并尽可能地尝试处理非标准/错误的服务器。

pingback spec说,

  

如果pingback请求成功,则返回值必须为a   单个字符串,包含服务器认为的尽可能多的信息   有用。该字符串仅用于调试   目的。

     

如果结果不成功,那么服务器必须回复   RPC故障值。故障代码应该是其中一个代码   上面列出的,如果服务器不能,则通用故障代码为零   确定正确的故障代码。

因此,期望服务器遵守规范的客户端会执行类似的操作,

try {
     client.execute( "weblogUpdates.extendedPing", params );
} catch(XmlRpcException e) {
    //check the code of the rpc exception as shown below,
    //log the error, or perhaps rethrow it?
    return false;
} 

如果服务器遵循pingback规范,则应返回以下错误代码之一

0
A generic fault code. Servers MAY use this error code instead of any of the others if they do not have a way of determining the correct fault code.
0×0010 (16)
The source URI does not exist.
0×0011 (17)
The source URI does not contain a link to the target URI, and so cannot be used as a source.
0×0020 (32)
The specified target URI does not exist. This MUST only be used when the target definitely does not exist, rather than when the target may exist but is not recognised. See the next error.
0×0021 (33)
The specified target URI cannot be used as a target. It either doesn't exist, or it is not a pingback-enabled resource. For example, on a blog, typically only permalinks are pingback-enabled, and trying to pingback the home page, or a set of posts, will fail with this error.
0×0030 (48)
The pingback has already been registered.
0×0031 (49)
Access denied.
0×0032 (50)

正如您所提到的,一些pingback服务器返回错误代码,因此您必须检查代码,例如,

try {
    Object rpcRVal = client.execute( "weblogUpdates.extendedPing", params );
    if(rpcRVal instanceof Map) {
        Object flError = ((Map) rpcRVal ).get("flerror");
        if(flError != null && flError instanceof Boolean) {
            return ((Boolean) flError).booleanValue());        
        }
    }
    return true;
} catch(XmlRpcException e) ...