Page 1 of 1
Support for *PUT Request Type
Posted: Wed Mar 18, 2026 6:48 pm
by jjacobs207
Could HTTPAPI be enhanced to support the *PUT request type? Please elaborate on what would be required to do this.
Re: Support for *PUT Request Type
Posted: Thu Mar 19, 2026 2:32 pm
by Scott Klement
HTTPAPI already supports PUT requests.
Use one of http_req(), http_string() or http_stmf() routines. Whichever one meets your needs.
Re: Support for *PUT Request Type
Posted: Fri Mar 20, 2026 5:32 pm
by jjacobs207
My version of HTTPAPI command does not support *PUT Request Type. How do you mean that the utility supports it?
Re: Support for *PUT Request Type
Posted: Sun Mar 22, 2026 12:51 am
by Scott Klement
HTTPAPI added support for the PUT request type in 2013. If you really don't have a version capable of using it, then you are VERY VERY far behind and succeptable to many security bugs, you need to update badly.
For example:
Code: Select all
dataReceived = http_string( 'PUT: url: dataToSend: 'application/json');
Re: Support for *PUT Request Type
Posted: Mon Mar 23, 2026 10:01 pm
by jjacobs207
I am using HTTPCMDR4. What is the current version?
Re: Support for *PUT Request Type
Posted: Fri Mar 27, 2026 12:33 pm
by Scott Klement
Ahhhh, you are using the command interface for HTTPAPI, that's why I didn't understand you.
The current version is 1.53
The command interface hasn't been updated to support methods other than GET or PUT at this time. It could be updated, but hasn't been -- not many people use it (which makes me sad.)
I can look into adding support.
Re: Support for *PUT Request Type
Posted: Fri Mar 27, 2026 10:00 pm
by jjacobs207
I am using the command interface with the code behind only implemented currently for *GET and *POST. A version supporting *PUT would be greatly appreciated. I have an application requirement where APIs are called in a sequence of four steps. 1. GET. 2. POST. 3. PUT. 4. POST. Without the PUT functionality in HTTPAPI, we would alternately use 3rd party middleware to code the application instead. Let me know. Thanks!