Insert value from Request message to Response message using GetPayloadValueBean

[Former Member]

Hi Experts,

I have configured the module in Receiver soap channel. while i’m executing it's throwing error like "GetPayloadValueBean: Value cannot be null:" not able to find the exact functionality of the module “GetPayloadValueBean and PutPayload value bean”.

My scenario is like (file-soap-file) using Sync and Async bridge its works fine. In same scenario i want to use "GetPayloadValueBean".

Soap Receiver Channel:

In parameters value i tried with test double quotes also "test"

Error log:

I have used the below blog and created a scenario in 7.5 single stack

https://blogs.sap.com/2013/03/20/insert-value-from-request-message-to-response-using-getpayloadvalue...

Please help me if there is any configuration changes.

Thanks and Regards,

Md.Thouheed

[former_member262051]

HI Mahammad,

Hope you resolved this issue.

Kindly let me know how did you resolve this issue as i am also stuck like you without having any clue.

Regards,

Naga Uday

[manoj_khavatkopp]

Hi Mohammad,

Check if you have any value in the XML for that particular field ?

Br,

Manoj

[Former Member]

Hi Manoj,

My actually scenario is like jdbc-soap-jdbc using sync and Async bridge, i created two ICO's :

1. ICO: JDBC(Async) to soap(Sync) here soap receiver channel we using this all bean's.

2. ICO: Soap(Asyn) to JDBC(Asyn)

Because there is no primary key to update the record to database so we planning to use this as a link between request and response. Not necessary for sending this to soap(webservice) again once coming back to response and add req_no field and send to receiver jdbc.

Is it work to use “GetPayloadValueBean and PutPayload value bean”.

Thanks and Regards,

Md.Thouheed

[manoj_khavatkopp]

Why not go with Dynamic Configuration Bean ?

I recently did a similar interface :

IDOC--->SOAP(RR Beans with Dynamic ConfigBean)

SOAP-->IDOC

[Former Member]

Thanks Manoj,

I will try, please share any reffernce blog are link its very help full.

[manoj_khavatkopp]

Refer this blog