HTTP POST

[DAVID SPENSER]

Does anyone have experience setting up an HTTP POST interface?  Looking for configuration information.  Are any tclprocs necessary?

Topic

[Charlie Bursell]

You need to be more specific with what you want HTTP to do

[DAVID SPENSER]

Hi, Charlie.  I thought you had retired!!  Anyway, we want to send them messages…ADT and orders.  They work through this HTTP POST mechanism.  Cloverleaf supports that.  We have a URL and a port.  It looks like there’s a standard header defined.  I’m not sure if like a SOAP web service we need to put an envelope around the message.  Are there any necessary tclprocs that need to be added into the configuration?  How do we monitor ACKs?

[Charlie Bursell]

I did retire but still on Clovertech

Just set it up using what you have and try it.  Seems like you are not sure what is required.   Try it from a browser.

It would be *REAL* handy for anyone doing HTTP to have an analyzer.   I use the one from http://www.ieinspector.com/httpanalyzer/index.html but there are many others.  Its like having a sniffer on a TCP/IP connection

[Mark McDaid]

Not trying to hijack this post, but I have a related question, trying to do an http post from Cloverleaf.  When I execute the httppost the status returned is 400 Bad Request.  But when I run httppost with DEBUG turned on, I can see that the receiving end is actually returning 201 Created.  And I confirmed that the recipient is successfully receiving the post.  Here is the DEBUG output:

Code:

C:>tcl
tcl>httppost {{URL http://hummsystems.appspot.com/api/sms/send/invite/web/00a815
32-8c11-0246-336d-720f17006bb1} {DATA data=%7B%22PatientFirstName%22%3A%20%22GLE
NN%22,%22MobilePhoneNumber%22%3A%20%22(512)845-7830%22,%22ProviderID%22%3A%20%22
314%22,%22ProviderFirstName%22%3A%20%22DAVID%22,%22ProviderLastName%22%3A%20%22W
EEKS%22,%22AppointmentTime%22%3A%20%2220180404065036%22,%22LocationID%22%3A%20%2
2ac394e50-40a6-50f9-bd89-68e1b0da6e08%22%7D&authToken=e8d3af48-4b8a-400c-b3d5-9e
6ed8224451} {DEBUG 1}}
* Hostname was NOT found in DNS cache
*   Trying 172.217.12.84…
* Connected to hummsystems.appspot.com (172.217.12.84) port 80 (#0)
> POST /api/sms/send/invite/web/00a81532-8c11-0246-336d-720f17006bb1 HTTP/1.1
User-Agent: Quovadx CISAgent
Host: hummsystems.appspot.com
Accept: */*
From: anonymous@unknown.com
Connection: close
Content-Type: application/x-www-form-urlencoded
Content-Length: 372

* upload completely sent off: 372 out of 372 bytes
< HTTP/1.1 201 Created
< Access-Control-Allow-Origin: *
< Access-Control-Allow-Methods: POST, GET, PUT, UPDATE, OPTIONS, DELETE
< Access-Control-Allow-Headers: Content-Type, Accept, X-Requested-With, apikey,
accountid
< Access-Control-Max-Age: 1000000
< Cache-Control: no-cache, no-store, must-revalidate
< Pragma: no-cache
< Expires: 0
< X-Cloud-Trace-Context: 0ae0477e26a14203d8c259160ee9390a
< Date: Mon, 23 Apr 2018 19:31:01 GMT
< Content-Type: text/html
* Server Google Frontend is not blacklisted
< Server: Google Frontend
< Content-Length: 0
< X-Cache: MISS from WPBCWEB.arc.local
< Via: 1.1 WPBCWEB.arc.local (http_scan_byf/3.3.1)
< Connection: close

So, why is it giving a return status of 400 when a 201 was actually sent?

[Bob Schmid]

Interested in who the vendor/app is that is requiring http

[Author]

Replies