I have thoroughly tested the new version over the past few weeks, and it appears that the issue has been fixed.
Thank you, Bruno, for the prompt fix.
Original Message:
Sent: 10-22-2025 04:46
From: Bruno Portaluri
Subject: Object ID return for REST API
Thank you Yuri for troubleshooting the root cause of the issue.
I have released MxLoader 8.4.3 that solves this issue.
Let me know if it's ok now.
------------------------------
Regards
Bruno Portaluri (MaximoDev)
Original Message:
Sent: 10-20-2025 08:30
From: Yuri Vedovato
Subject: Object ID return for REST API
Hi James,
Like you, I was too affected by the loss of the "square brackets functionality" and I was hoping for a fix untill I had an idea.
After analysing the request and response payloads being sent between Maximo and the MxLoader, I discovered that the malfunction is probably caused by a misinterpretation of the HTTP status of the response.
in summary:
When updating an object (Maximo Mbo), the "square brackets" work as expected, and the status property in the _responsemeta object of the payload in the response message (from Maximo to Mxloader) is 200 (OK).
However, when creating an object (Maximo Mbo), the "square brackets" do not work, and in the status property in the _responsemeta object of the payload is 201 (Created).
Example of a complete response payload:
[{"_responsedata":{"description":"TEST","classstructureuid":1587},"_responsemeta":{"status":"200","Content-Type":"application\/json"}}]
So I configured a reverse proxy to modify the response payload before it reaches the MxLoader, thereby changing the status from 201 to 200.
This solved the issue, but it's still a workaround. Piotr suggestion is also a valid alternative.
I just thought it was worth sharing.
------------------------------
Yuri Vedovato
Tempestive
Original Message:
Sent: 01-08-2025 13:11
From: James Simmonds
Subject: Object ID return for REST API
Hello everyone,
Recently my company switched to MAS8 and we have changed our standard interactions from Service: OS to Service: REST with API key. Previously used files to create assets, route, and workorders are working but no longer return Object IDs. It is mentioned in the user guide that object ID are not supported on rest return but the change log has the following entry on 8.4.1 (Object IDs can be returned specifying them in square brakets '[]'). I noticed that previous version of Mxloader, the [] was blocked with an error message on the rest calls whereas the new version allow it. The object id (in this case, route) is returned in the Trace logging file but doesn't appear in Excel after processing (but the result does).
2025-01-07 14:51:44 [DEBUG] Parsing JSON:
2025-01-07 14:51:44 [TRACE] _responsedata
2025-01-07 14:51:44 [TRACE] route
2025-01-07 14:51:44 [TRACE] _responsemeta
2025-01-07 14:51:44 [TRACE] status
2025-01-07 14:51:44 [TRACE] Location
2025-01-07 14:51:44 [TRACE] Content-Type
2025-01-07 14:51:44 [DEBUG] Parsing JSON:
2025-01-07 14:51:44 [TRACE] _responsedata
2025-01-07 14:51:44 [TRACE] route
2025-01-07 14:51:44 [TRACE] _responsemeta
2025-01-07 14:51:44 [TRACE] status
2025-01-07 14:51:44 [TRACE] Location
2025-01-07 14:51:44 [TRACE] Content-Type
2025-01-07 14:51:44 [TRACE] Parsed response
{
,
{
"ROUTE": "THEKEYOFTHEROUTE"
},
{
"STATUS": "201"
}
}
]
So I am trying to figure out if it is a bug based on the new changelogs or is still not yet supported?
Or if it is working for others?
And if it isn't going to be supported in the near future if there is opportunities for creating a fork? Rather than just writing a separate in-house REST handler.
------------------------------
James Simmonds
------------------------------