The latest version ( v188.8.131.52 ) of the RESTPLG has been released with the following changes.
Full release note history for the REST plugin can be found here.
Expose raw request body of incoming requests
The incoming raw request body for RESTHostSVC and SimpleRESTHostSVC operations is now also available as an additional string property that is part of the input data object within all the events and operations of your REST web service.
Previously, request bodies were automatically parsed into structured types in Linx indicated by your operations definition. This structured data object was only available inside the specific operation. However, sometimes you may also need access to the raw request body before it was parsed by Linx or before the operation executes.
To access the raw request body in a REST operation or event, reference the below data object:
Sorting of operation names
Operation names in the SimpleRESTHost service operation editor GUI are now ordered alphabetically, matching the display in the Solution Explorer.
Read more about automatic API documentation generation here.
Schema names in documentation generation:
Custom types used in the SimpleRESTHost service display additional characters in the automatically generated documentation.
XML request bodies
In v184.108.40.206, requests made to RESTHost operations configured to receive XML payloads were rejected with a
(415) Unsupported Media Type, this has now been addressed in v220.127.116.11.
DateTime input parameters
In v18.104.22.168, date values (
yyyy-MM-dd) submitted as DateTime input parameters such as query values where incorrectly formatted when they were parsed by Linx. In v22.214.171.124, DateTime values submitted as just a date are now correctly formatted to UTC + locale timezone.
More details on Linx server times can be found here.
Below are examples of a query parameter
mydate with the value of
2020-12-23 being submitted as a DateTime query value:
The issue was that the incoming date was incorrectly converted to the local time zone first instead of UTC.
Values submitted as DateTime parameters are now converted into UTC + your timezone i.e. +2