| From | Sent On | Attachments |
|---|---|---|
| James Snell | Jan 26, 2012 1:35 pm | |
| James Snell | Jan 26, 2012 1:35 pm | |
| Henry Saputra | Jan 26, 2012 8:34 pm | |
| Henry Saputra | Jan 26, 2012 8:34 pm | |
| Mark W. | Jan 30, 2012 5:20 am | |
| James Snell | Jan 30, 2012 8:08 am | |
| James Snell | Jan 30, 2012 8:08 am | |
| Mark W. | Jan 30, 2012 11:05 am | |
| Matthew Marum | Feb 2, 2012 1:22 pm | |
| Li Xu | Feb 3, 2012 8:05 am | |
| Li Xu | Feb 3, 2012 8:05 am | |
| Mark W. | Feb 3, 2012 8:18 am | |
| Matthew Marum | Feb 3, 2012 9:09 am | |
| Matthew Marum | Feb 3, 2012 9:09 am | |
| James Snell | Feb 3, 2012 2:15 pm | |
| James Snell | Feb 3, 2012 2:16 pm | |
| Bastian Hofmann | Feb 5, 2012 3:25 am | |
| Bastian Hofmann | Feb 5, 2012 3:25 am | |
| Mark W. | Feb 6, 2012 3:39 pm | |
| James Snell | Feb 6, 2012 3:43 pm | |
| James Snell | Feb 6, 2012 3:43 pm | |
| Laurent-Walter Goix | Feb 7, 2012 2:26 pm | |
| James Snell | Feb 7, 2012 4:25 pm | |
| James Snell | Feb 7, 2012 4:25 pm | |
| Henry Saputra | Feb 7, 2012 4:44 pm | |
| Henry Saputra | Feb 7, 2012 4:44 pm | |
| Mark W. | Feb 7, 2012 5:50 pm | |
| James Snell | Feb 7, 2012 7:47 pm | |
| James Snell | Feb 7, 2012 7:47 pm | |
| Henry Saputra | Feb 7, 2012 8:13 pm | |
| Henry Saputra | Feb 7, 2012 8:13 pm | |
| James Snell | Feb 7, 2012 8:21 pm | |
| James Snell | Feb 7, 2012 8:21 pm | |
| Henry Saputra | Feb 7, 2012 8:37 pm | |
| Henry Saputra | Feb 7, 2012 8:38 pm | |
| James Snell | Feb 7, 2012 8:48 pm | |
| James Snell | Feb 7, 2012 8:48 pm | |
| Craig McClanahan | Feb 7, 2012 9:22 pm | |
| Craig McClanahan | Feb 7, 2012 9:22 pm | |
| James Snell | Feb 7, 2012 10:26 pm | |
| James Snell | Feb 7, 2012 10:26 pm | |
| Mark W. | Feb 8, 2012 9:05 am | |
| James Snell | Feb 8, 2012 9:22 am | |
| James Snell | Feb 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.





