cancel
Showing results for 
Search instead for 
Did you mean: 

CPI: use Query parameters in external API call

anhuhn
Discoverer

Hi

I'm still a little new to CPI so I hope my question is not to trivial. Anyways, I have built a little IFlow that is supposed to be triggered via postman with some query parameters, for instance along the lines of:

https://p123456-iflmap.hcisbp.eu2.hana.ondemand.com/my/address?name1=1234&name2=test

I want my IFlow to take these parameters (name1=1234 and name2=test) and rename them and add them to a header I'm sending to an API with a RequestReply adapter, so the IFlow's request to the API looks something like:

https://my.api/adress?name3=1234&name4=test

I don't want to use the same parameter names in the postman request as in the API call, since some of the API parameter names are unintuitive, hence the renaming.

While I'm at it, I think I should also remove all other query parameters from the message header, so no unexpected behaviour happens, if the postman user "guesses" the name of one of the parameters of the API and makes a request like:

https://p123456-iflmap.hcisbp.eu2.hana.ondemand.com/my/address?name1=1234&name2=test&name3=4567

anyways, my assumption is that this is quite easy to solve with a groovy script or maybe even a Content modifier, but unfortunately I'm not sure how and don't seem to be able to find any solutions online.

Thanks in advance for your help

MortenWittrock
Active Contributor

Hi Andre

Not a trivial question at all! Do keep asking questions as you explore Cloud Integration.

All the best and have fun,

Morten

View Entire Topic
AlanWaters
Participant
0 Kudos

Hi Andre,

If I understand you correctly, you want to take the Header values that were passed in the query and assign them to Exchange Properties? We do this all the time. Simply use a Content Modifier to map from Source Type = Header with the Source Value = header name to a property:

The values from the headers will now be available as Exchange Properties.

Hope this is what you're after.

Thanks,
Alan