If an ECC Queue's payload is too large, it is saved as an attachment to the record instead of being inserted into the payload field. Then the payload simply contains <see_attachment/>.

If you execute a REST function, you get:
*** Script: Input Payload: null
Evaluator: org.mozilla.javascript.EcmaError: Cannot convert null to an object.
Caused by error in Script Include: 'RESTECCResponse' at line 68

65: var xml = new XMLHelper();
66: var record = xml.toObject('' + input.payload);
67: gs.print("Input Payload: " + xml.toObject('' + input.payload));
==> 68: this.params = record.parameters.parameter;
69: this.headers = record.httpHeaders.httpHeader;
70: this.statusCode = this._getParameter('http_status_code');
71: this.content = this._getParameter('content');

The client added logging to the RESTECCResponse script, and around line 66, the var record = xml.toObject('' + input.payload); is returning null.

Steps to Reproduce

  1. Create a SOAP Outbound Message record to point to another ServiceNow instance WSDL.
  2. Generate a SOAP Message function.
  3. Send the getRecords request through the configured MID server.
    Note that you get successful response.
  4. Change the glide.soapprocessor.large_field_patch_max property from 512000 to 1000. (This forces the payload in ECC queue to become an attachment.)
  5. Rerun the getRecords requests. Note that there is failure, and check logs for failure stack trace.


 The property glide.soapprocessor.large_field_patch_max is set to 512000. Increase that number and it should work, as long as your payload is within that size.

Related Problem: PRB601142

Seen In

Calgary Patch 2 Hot Fix 4
Dublin EA 8
Eureka Patch 11
Eureka Patch 3 Hot Fix 1

Fixed In


Associated Community Threads

There is no data to report.

Article Information

Last Updated:2016-12-19 06:18:43