Closed (works as designed)
Project:
Web service client
Version:
7.x-1.x-dev
Component:
Code
Priority:
Normal
Category:
Feature request
Assigned:
Unassigned
Reporter:
Created:
11 Jul 2011 at 20:32 UTC
Updated:
28 Aug 2013 at 14:28 UTC
I am very interested in trying to fashion some type of Views Integration for this module, as I am consuming a number of APIs and think it would be useful. I am not sure how feasible this would be, but I would consider taking a stab at a patch it if the maintainer thinks it possible and has any opinions on possible implementation.
It seems that it could be possible to dynamically create a filter plugin with input parameters and a custom display plugin for service dataTypes. Of course, a query plugin would be necessary also, but just as a wrapper for the service call.
I would be interested to hear any ideas.
Comments
Comment #1
MacRonin commentedI was curious if there was any progress with this feature since I would also be interested in this. Especially for Views 3.x under Drupal 7
I am looking to access a remote site via its REST API to get a list of available records to display on my Drupal site. The record count may vary from small to large and it would be great to be able to control/format this data in VIEWS.
Also updated Title so it was more Dashboard activity list friendly.
Comment #2
andrewfn commentedI would be extremely interested in such a feature.
This looks similar to this issue for the views module: #1222942: Views Data Input (JSON, XML, etc)
Comment #3
martinbutt commentedHi,
I have set up a group for discussing how we could bring this to life. Your input is appreciated.
http://groups.drupal.org/views-web-service-input
Cheers,
Martin
Comment #4
memmons commentedHello, I am also very interested in a module like this and would like to join the group but the link you provided as dead.
Comment #5
wesnick commentedI've been working on this here and there. I hope to have some proof-of-concept code in a sandbox within a few days.
Comment #6
wesnick commentedI have a proof of concept in a sandbox. The code is mostly borrowed/slightly modified from SPARQL views and WSClient module's rules implementation. The real challenge of this module is going to be mapping an arbitrary result object, with any number of nested structures, to a cartesian product. For now, there very limited logic handling this in the wsclient admin area. Note that you must explicitly enable views support for your service, on the operation level.
I am thinking that we render a single known struct in the web service result set as the views "row", and only handle known data types in that struct. For any other structs within that struct, we can either allow you to define a "handler callback" or "render callback" to render a scalar value.
Keep in mind this is very rough, and will need to be expanded upon to make truly generic views integration possible.
Link to sandbox
We might move discussion of this to my sandbox, if only to avoid overwhelming the maintainer's inbox.
Comment #7
PatchRanger commentedSo could be considered as closed: anyone who is interested, please use the separate project (which is currently a sandbox).