REST CALL Problem

RE: REST CALL Problem

Stefan Helzle — Thu, 01 Apr 2021 13:32:37 GMT

If you put a string containing quotations marks into a toJson, it escapes the quotes to make it valid JSON.

It is pretty hard to understand what you are doing. Did you try to follow my last post?

RE: REST CALL Problem

natasav — Thu, 01 Apr 2021 13:28:38 GMT

Now ri!parametars is text same as parametar on the other side.

There I past an expression and save into pv!text variable for double check.

But on my pv the value is OK ,on received site it is with addtional "".

RE: REST CALL Problem

Stefan Helzle — Thu, 01 Apr 2021 13:19:28 GMT

OK. So this is all about "Parameters"? Which data type is "ri!Parametarts" (Is this a typo?)? String? If yes, why?

What I see is that it seems that the API expects a list of Name/Value pairs. The easiest way to create this is like you initially did

{
  {
    "Name": "requested",
    "Value" : ri!SystemInfo.Firewall_requestedFor
  },
  {
    "Name": "Source",
    "Value": ri!SystemInfo.Firewall_sourceAD_IP
  },
  {
    "Name": "Destination",
    "Value": ri!SystemInfo.Firewall_destinationIPs
  }
}

But make the rule input "Parametarts" (Typo?) an "any" type. This way you pass a data structure into the integration. Here it is added to the internal data structure and then it is turned into JSON altogether.

BTW an integration turns a dictionary or CDT into JSON on its own. The toJson() is not needed.

RE: REST CALL Problem

natasav — Thu, 01 Apr 2021 12:54:47 GMT

We have systems where this parameters is null and those calls are OK the problem are the call where we have parameters.

Here is the body of the integration:

=a!toJson({
"AppianID" : ri!AppianID,
"GetProvisioningApproversInfo":{
"SystemID":ri!SystemRolesDetails.SystemID,
"roleID": ri!SystemRolesDetails.RoleID[1],
"moduleID": ri!SystemRolesDetails.ModuleID,
"employeeID":ri!SystemRolesDetails.EmployeeID,
"ContractID" : ri!ContractID,
"ADUserNameRequstby":ri!SystemRolesDetails.ADUserNameRequstby,
"validTo" : ri!ValidTo,
"validFrom" : ri!ValidFrom,
"Parameters" : ri!Parametarts
}})

This is what you need?

RE: REST CALL Problem

Stefan Helzle — Thu, 01 Apr 2021 12:51:05 GMT

OK. Then I need a screenshot of the call integration node showing how you pass the values. Similar to the screenshot above, but click on "SystemRolesDetails" first.

RE: REST CALL Problem

natasav — Thu, 01 Apr 2021 12:47:39 GMT

From integration definition and postman it works

RE: REST CALL Problem

Stefan Helzle — Thu, 01 Apr 2021 12:46:40 GMT

It is really hard to understand what is going on.

I suggest to test the integration objects itself. Not via a process model. Once that works, you will have abetter understanding of the data to pass in.

Once again, I would like to see how the integration object looks like.

RE: REST CALL Problem

natasav — Thu, 01 Apr 2021 12:44:17 GMT

Maybe tostring () or somethig else will prevent ?

RE: REST CALL Problem

natasav — Thu, 01 Apr 2021 12:42:45 GMT

Hi,

We just have some improvement but I need a little help once more. So I sent it without a!tojson and the request is going but on the other site we have

"{\"Name\":\"distributionPlace\",\"Value\":\"008M- САЛОН ТЦ ВЕРО\"}"

So my question is prevent and sent it like this

{\"Name\":\"distributionPlace\",\"Value\":\"008M- САЛОН ТЦ ВЕРО\"}

without " at the begining and end.

BR,Natasa

RE: REST CALL Problem

Stefan Helzle — Thu, 01 Apr 2021 11:55:45 GMT

It is not the same. The parameter expects a data structure and not a string. Please add a screenshot of how the parameter assignment looks like.

In Appian, square brackets "[ ]" are only used to index an item in a list or a field in a CDT. Even if it looks like JSON, it is not the same.

RE: REST CALL Problem

natasav — Thu, 01 Apr 2021 11:40:30 GMT

It is the same but only the value is with [ not with { as expected.

RE: REST CALL Problem

natasav — Thu, 01 Apr 2021 11:37:34 GMT

RE: REST CALL Problem

Stefan Helzle — Thu, 01 Apr 2021 11:35:01 GMT

OK. I think this is pretty clear. The integration expects a data structure but not a string. What happens if you remove the toJson()?

RE: REST CALL Problem

natasav — Thu, 01 Apr 2021 11:32:03 GMT

Here is the error:

There is a problem with task “Get Provisioning ID” in the process “Get
Approvers-Flow 1-ProvisioningRequest”. Expression evaluation error in
rule 'icarm_post_provisioningrequest': The value parameter must be a
CDT, a dictionary, or a list. Received type: [Text], value:
[{"Name":"distributionPlace","Value":"010M- САЛОН ЧЕНТО"}]

RE: REST CALL Problem

Stefan Helzle — Thu, 01 Apr 2021 11:21:12 GMT

Do you see any error messages? Please post them. Can you provide a screenshot of the integration object?

RE: REST CALL Problem

natasav — Thu, 01 Apr 2021 11:17:54 GMT

For one of the application from expression rule ICARM_Define_Parametarts

I sent in output

{{

"Name" : "requested",
"Value" :ri!SystemInfo.Firewall_requestedFor},
{"Name":"Source",
"Value": ri!SystemInfo.Firewall_sourceAD_IP},
{"Name":"Destination",
"Value": ri!SystemInfo.Firewall_destinationIPs}}

And on the Integration Smart I sent the data in format

a!toJson (rule!ICARM_Define_Parametarts(pv!SystemInfo).

The other approach that I try is to same the data into process variable define as CDT with structure.

and than sent the data a!tojson pv!variable)

But no one of this two scenarios worked.

BR,Natasa

a!tojson (rule!Expression

RE: REST CALL Problem

Stefan Helzle — Thu, 01 Apr 2021 11:04:58 GMT

If the integration object expects text in JSON format, the putting your code inside a toJson() should help. Did you try that? How does the integration object look like?