[pLog-svn] xmlrpc file change?

Oscar Renalias oscar at renalias.net
Mon Jun 4 16:57:58 EDT 2007


Your first idea wasn't so crazy after all...  And even if the XMLRPC  
server library was still supported, there's nothing wrong about  
adapting the code to our needs as long as we mark these changes  
clearly in the code and somebody is aware of them.

About the atom plugin, as I said it implements the 0.3 spec although  
I don't know how much the atom spec has changed with the release of  
the 1.0 version. It was mainly developed so that it would work with  
Nokia's Lifeblog client (for posting pictures from phone to web) but  
it also worked with other desktop clients such as Ecto. Have a look  
at it and see if it already does all you need.

On 4 Jun 2007, at 23:56, Jon Daley wrote:

> On Mon, 4 Jun 2007, Oscar Renalias wrote:
>> But I'm not so sure about the implementation... I don't like using
>> functions rather than classes very much, and I don't like messing
>> with $GLOBALS unless there really is no other option.
>  	Right.
>
>> One thing we could do is modify the XMLRPC server library (which is
>> not maintained anymore anyway) and add support for method calls
>> outside $this, so instead of this:
>  	That's where I started, and I stopped because I figured IXR was
> still supported.
>
>> The method-calling logic is implemented starting at line 340 of
>> IXR_Library.lib.php, I don't think it's too difficult to modify it so
>> that it parses the "class:method" line, then does "new $class" and
>> finally "$class->$method". It needs a bit more work than if we move
>> to the function-based approach but I think it's cleaner (at least
>> from my OOP point of view, anyway)
>  	Yes, definitely.  I'll do it that way instead.
>
>> Even with this I wouldn't know how to get rid of $GLOBALS, unless
>> every API implements a method called "register" or something that
>> would return all the XMLRPC methods supported in an array.
>  	Right, I wrote a getMethods() function that did that.
>
>> Regarding the atom api, the 'atom' plugin already implements it (at
>> least Atom 0.3) Did you mean to reimplement it totally (which is
>> quite a bit of work) or just add missing features?
>  	I haven't looked into yet.  I was hoping to do the gdata api, but
> it looks like a pretty big task, so I am not sure if I was up for  
> it.  I
> will look at the atom plugin, I hadn't realized it existed.
> _______________________________________________
> pLog-svn mailing list
> pLog-svn at devel.lifetype.net
> http://limedaley.com/mailman/listinfo/plog-svn
>



More information about the pLog-svn mailing list