Re: Getting defaults via XML-RPC

Adam Tauno Williams <[email protected]>
Newsgroups gmane.comp.cms.opengroupware.xmlrpc.devel
Organization BOTWM
Message-ID <[email protected]>
> On Thu, Jun 09, 2005 at 10:20:00AM -0400, Adam Tauno Williams wrote:
> > I'm trying to read the defaults for SkyScheduler_defaultAppointmentTypes
> > and SkyScheduler_customAppointmentTypes as specified in
> > http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=384
> Looking at the date of Helge's comment, it's quite new. is the ogo
> you're trying to do the call a recent svn checkout?

ogo-xmlrpcd-1.0a-trunk_r1105.0 which I think would be new enough.

> or is has the functionality been there for a long time and it's just
> the comment, which is new?

I think the default.* methods have been around awhile.

> Unfortunately I only have an older installation...

I pretty much track the current TRUNK.

> > The getSignature method says the parameters for the defaults methods
> > (defaults.arrayForKey, defaults.dataForKey, defaults.dictionaryForKey,
> > defaults.objectForKey, defaults.stringForKey) is string, string
> Hmm,
> http://svn.opengroupware.org/viewcvs/trunk/XmlRpcAPI/Documentation/README.defaults?rev=542&view=markup
> says, it's only 1 string-parameter.

Yep, I see that now.

> As for the type, getSignature afaIk reports string for everything :)
> So, I wouldn't trust getSignature too much.

I've wondered about that.

> I believe the listing you get, when pointing a web-browser to
> http://<ogo-server>/RPC2 is the same getSignature would return for each
> method.
> defaults.arrayForKey('Languages') seems to work. (returne ['English'] in
> my case).

Yes.

throw:~ # xmlrpc_call http://throw/RPC2 defaults.arrayForKey Languages
login:    adam
password:
English

> Unfortunately calling it with key SkyScheduler_defaultAppointmentTypes
> just returns nothing.

Same as here.

-- 
OpenGroupware.org XML-RPC
[email protected]
http://mail.opengroupware.org/mailman/listinfo/xmlrpc
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.