The white screen seems to be related to node_page_view, and that seems to be a result of a conflict with workflow_moderation (https://drupal.org/node/1838640). I tried the latest dev version of workflow_moderation and it doesn't fix the issue. :(


On Thu, Dec 12, 2013 at 9:30 AM, Jeff Greenberg <listmail.ayendesigns@gmail.com> wrote:
Ah, there was no node 1. More interesting, with the module enabled, when I just do a node/x, not even node/x.json, I get the url with the alias (same when I do node/x.json), which means I'm reaching the node, but the page is blank. When I disable the module, the page shows.


On Thu, Dec 12, 2013 at 9:11 AM, Jeff Greenberg <listmail.ayendesigns@gmail.com> wrote:
node/1.json from the browser yields:

The requested page "/node/1.json" could not be found



On Thu, Dec 12, 2013 at 8:33 AM, Lucas Hedding <lucashedding@gmail.com> wrote:
Let's test if the module works. Can you simply hit /node/1.json from the browser? That should render up a json copy of the first node.

Is person a node content type, a new entity type or the user entity? If it is node or user, then restws already supports those out of the box. All you have to do (for a GET) is append .json on the request. Also, make the user that you connect with has appropriate permissions. If you use basic authentication, that means crafting a BA header that includes the base64 encoded REST application id and password and passing it along with the request.

Another helpful feature I've used with restws; I run advanced rest client through xdebug. All that is necessary for that is to add the xdebug cookie to the headers. Then put a break point and step through the code.

Cookie: XDEBUG_SESSION=%idekey%

--
[ Drupal support list | http://lists.drupal.org/ ]



--
---
@accidentalcoder



--
---
drupal.org/user/367108
linkedin.com/in/jeffrgreenberg
accidentalcoder.com / ayendesigns.com
@accidentalcoder