atom feed45 messages in com.googlegroups.opensocial-and-gadgets-specRe: [osgs] Re: Batch Support in RPC P...
FromSent OnAttachments
James SnellJan 26, 2012 1:35 pm 
James SnellJan 26, 2012 1:35 pm 
Henry SaputraJan 26, 2012 8:34 pm 
Henry SaputraJan 26, 2012 8:34 pm 
Mark W.Jan 30, 2012 5:20 am 
James SnellJan 30, 2012 8:08 am 
James SnellJan 30, 2012 8:08 am 
Mark W.Jan 30, 2012 11:05 am 
Matthew MarumFeb 2, 2012 1:22 pm 
Li XuFeb 3, 2012 8:05 am 
Li XuFeb 3, 2012 8:05 am 
Mark W.Feb 3, 2012 8:18 am 
Matthew MarumFeb 3, 2012 9:09 am 
Matthew MarumFeb 3, 2012 9:09 am 
James SnellFeb 3, 2012 2:15 pm 
James SnellFeb 3, 2012 2:16 pm 
Bastian HofmannFeb 5, 2012 3:25 am 
Bastian HofmannFeb 5, 2012 3:25 am 
Mark W.Feb 6, 2012 3:39 pm 
James SnellFeb 6, 2012 3:43 pm 
James SnellFeb 6, 2012 3:43 pm 
Laurent-Walter GoixFeb 7, 2012 2:26 pm 
James SnellFeb 7, 2012 4:25 pm 
James SnellFeb 7, 2012 4:25 pm 
Henry SaputraFeb 7, 2012 4:44 pm 
Henry SaputraFeb 7, 2012 4:44 pm 
Mark W.Feb 7, 2012 5:50 pm 
James SnellFeb 7, 2012 7:47 pm 
James SnellFeb 7, 2012 7:47 pm 
Henry SaputraFeb 7, 2012 8:13 pm 
Henry SaputraFeb 7, 2012 8:13 pm 
James SnellFeb 7, 2012 8:21 pm 
James SnellFeb 7, 2012 8:21 pm 
Henry SaputraFeb 7, 2012 8:37 pm 
Henry SaputraFeb 7, 2012 8:38 pm 
James SnellFeb 7, 2012 8:48 pm 
James SnellFeb 7, 2012 8:48 pm 
Craig McClanahanFeb 7, 2012 9:22 pm 
Craig McClanahanFeb 7, 2012 9:22 pm 
James SnellFeb 7, 2012 10:26 pm 
James SnellFeb 7, 2012 10:26 pm 
Mark W.Feb 8, 2012 9:05 am 
James SnellFeb 8, 2012 9:22 am 
James SnellFeb 8, 2012 9:22 am 
Mark W.Feb 9, 2012 8:33 am 
Subject:Re: [osgs] Re: Batch Support in RPC Protocol: A quick survey
From:Li Xu ("lee@gmail.com)
Date:Feb 3, 2012 8:05:34 am
List:com.googlegroups.opensocial-and-gadgets-spec

+1 to Matt's comments. It would be more effective to leave the lower level server end api to handle the merge of different results.

On Thu, Feb 2, 2012 at 4:23 PM, Matthew Marum <mgma@gmail.com> wrote:

I think, with some modifications to the REST API, you could accomplish a lot of use cases in a single request. For example, a request to a Person URI ought to be able to pull in not just profile data but data from that Person's activity stream, documents, etc. if they are available.

Something like.. GET /social/rest/people/user1?fields=displayName,thumbnailUrl,os:activitystream would return the display name, thumbnail URL from User1's profile along with data from User1's ActivityStream included inline with this request.

Similarly, a request like GET /social/rest/people?userId=user1,user2,user3&fields=displayName,thumbnailUrl,os:activitystream would return all the same data as the above request for users User1, User2, and User3.

You could also specify fields to be lined too.. GET /social/rest/people/user1?fields=displayName,thumbnailUrl,os:activitystream.title

could would be essentially equivalent to

GET /social/rest/people/user1?fields=displayName,thumbnailUrl & GET /social/rest/activitystreams/user1?fields=title

-- You received this message because you are subscribed to the Google Groups "OpenSocial and Gadgets Specification Discussion" group. To view this discussion on the web visit https://groups.google.com/d/msg/opensocial-and-gadgets-spec/-/NHnc1sDJfnUJ .

To post to this group, send email to open@googlegroups.com. To unsubscribe from this group, send email to opensocial-and-gadgets-spec+unsu@googlegroups.com. For more options, visit this group at http://groups.google.com/group/opensocial-and-gadgets-spec?hl=en.