Please Note This forum exists for community support for the Mango product family and the Radix IoT Platform. Although Radix IoT employees participate in this forum from time to time, there is no guarantee of a response to anything posted here, nor can Radix IoT, LLC guarantee the accuracy of any information expressed or conveyed. Specific project questions from customers with active support contracts are asked to send requests to support@radixiot.com.

Radix IoT Website Mango 3 Documentation Website Mango 4 Documentation Website

How to use HTTP JSON Receiever to receive the data with is by JSON format



  • Hi Hui Ka Kam,

    Posting a link instead of forming a question is the wrong way to solicit assistance. Please expend more effort in expressing what you wish to know or get assistance with, if you wish for us to expend effort assisting.

    The HTTP JSON Receiver is decoding JSON from parameters, so in a GET it's getting the JSON from /resource?parameterKey={"jsonObj":true} or in POST with body houses parameters, like,

    POST /resource HTTP1/1
    *headers*
    
    parameterKey={"jsonObj":true}
    

  • Dear phildunlap

    As the following screenshot, I have design a Data Source and Data Points
    0_1485483915368_upload-73a9aa51-9951-4a76-b01c-c21b9b535ad5

    and I try to use Publisher to send some random value to test the above HTTP JSON Reveiever, But no data can collect, what wrong of my setup?
    0_1485485040319_upload-9e0669a5-86a3-4e9e-a236-352725bcd2a4

    Kam


  • Hi Kam,

    There is nothing wrong in your setup, the two do not currently work together.

    Both the JSON receiver and the JSON sender were created in response to situations we or customers faced, not simply to add more ways for one Mango HTTP publisher to talk to a Mango HTTP receiver. The publisher will publish a JSON object of (although the deviceName - pointName portion is configurable in the publisher):

    { "deviceName - pointName": "value@timestamp" }
    

    whereas the HTTP Json receiver was in response to a particular situation and was bolted on top of the regular HTTP Receiver. As such, it requires the json object to be in the value of a parameter, since the HTTP Receiver is parameter based. So, for a post, it'd have to be

    param={"parameterName":"pointValue"}
    

    for an alphanumeric point. The "param" that the JSON is set to doesn't matter and could be anything, but the JSON receiver can accept many, which is where the Device Identifer comes in. If JSON receiver points have a non-empty device identifier and device identifier key, then multiple points are resolved in the situation

    param={"parameterName":123,"deviceIdentifierKey":"deviceIdentifier"}&otherParam={"parameterName":1234,"deviceIdentifierKey2":"deviceIdentifier2"}
    

    However, if a point had an empty device identifier it would try to get values from all parameters (which isn't really a good idea, since you cannot have a timestamp in the JSON receiver currently. This is mainly intended to speed up the case where it is one large JSON object on a single parameter, so checking for a device identifier doesn't need to happen).

    I noticed when writing this post that the help document for the HTTP JSON receiver is incorrectly linked, so I will fix that. There's not a lot there, but you can read the in-Mango help by opening the dialogue for the HTTP Json receiver point, then going to the related items section at the bottom.

    Perhaps it seems strange that the JSON receiver does not receive from the JSON publisher, but there is already an HTTP protocol to transfer information between Mango instances, so it would also seem unlikely to be required.


  • Here is a simple sample HTTP message that can be passed to the receiver,

    POST /httpds HTTP/1.1
    Content-Type: application/x-www-form-urlencoded
    Connection: Keep-Alive
    Host: localhost
    Content-Length: 19
    Accept: */*
    
    json={"test":false}
    
    #!/bin/bash
    #Send previous POST to the server!
    nc serverIp serverPort < postMessage.txt
    

  • Dear phildunlap

    • Where can I found the in-Mango help by opening the dialogue for the HTTP Json receiver point?

    • Can you please help to make a sample data sources and data point to me that I can import to our system to test the result, It look too difficult about this article.

    Thx
    Kam


  • It is the blue help question mark (?) on the data point's edit page, at the top of the data point edit section.

    I would normally post JSON for a data source, but I am traveling at the moment, so I'll have to add that in later. It should be pretty easy though. For the sample message in my last post, the data type is Binary and the Parameter Name is test


  • @phildunlap

    Hi Phil,

    Thank you but I tried per your advice, result is not optimistic. Please assist.
    Firstly, I created mango http receiver with data point, with most input as "key"
    0_1486093270932_1.jpg
    Secondly, I tried to run two http post as below,
    first one, I put content type as application/json,
    0_1486093377336_2.jpg
    Second one, I put content type as what you recommend above, result get is unconsumed key
    0_1486093603658_3.jpg
    For these two tests, I can not get the data from data view as below.
    0_1486093872378_4.png

    Thanks,
    Wilson


  • Would you please help explain more about below, Thank you.

    #!/bin/bash
    #Send previous POST to the server!
    nc serverIp serverPort < postMessage.txt


  • Hi Wilson,

    The nc command is just to send those characters to the server at its HTTP port. HTTP is message structuring built on TCP, so for simple messages it is easy enough to use nc (the "TCP/IP Swiss Army Knife") for immediate testing results where absolutely no other factors are in the problem.


  • There is undoubtably room to improve the HTTP JSON receiver. As I said, it was bolted onto the HTTP receiver because a client was faced with a situation where use of regex to identify points and values would have been impossible. I could conceive value in consuming the post body as one large JSON object (as the receiver outputs for type JSON) as well as having a more sensible relationship to the content-type. The demand simply hasn't existed before.


  • @phildunlap I just wanting your sample file, When will you finish your traveling ?


  • What sample file? The contents of "postMessage.txt" was the text in the higher part of the post.


  • After running the script "
    nc localhost 8080 < postMessage.txt" , it have the error, attach the error.txt for reference : 0_1486449341741_error.txt


  • Hi Kam,

    Thanks for bringing that to our attention. i bet the point you are using doesn't have a data type of Binary. But, that shouldn't throw an NPE regardless. Your line numbers imply you're using Mango 2.5 ? It shouldn't matter for this data source, since it hasn't really changed in years.

    I have run my test, again, and am still able to make it work. I have a binary data point with the parameterKey 'test' and I am passing in the following messages:

    setFalse.txt:

    POST /httpds HTTP/1.1
    Accept: */*
    Content-Type: application/x-www-form-urlencoded
    Host: 127.0.0.1
    Connection: Keep-Alive
    Content-Length: 19
    
    json={"test":false}
    

    setTrue.txt:

    GET /httpds?json={"test":true} HTTP/1.1
    Accept: */*
    Content-Type: application/json
    Host: 127.0.0.1
    Connection: Keep-Alive
    

    I am doing:

    nc 127.0.0.1 80 < setFalse.txt
    nc 127.0.0.1 80 < setTrue.txt

  • try to change localhost to 127.0.0.1

    I did that and it worked.

    If you want localhost to work you need to change your hosts file like the picture below.

    I hope it helps.

    0_1573330326967_77c22e1f-0df4-485e-a6cc-7e244cffd3be-image.png

    0_1573330381922_8a54d321-e0ab-4e5d-b192-df7b816dbb23-image.png

    0_1573330729102_05c34180-4394-4716-9420-67b44be50df1-image.png