Skip to Content
author's profile photo Former Member
Former Member

Issue with SOAP Receiver, Dynamic Configuration / URL, using HTTPS

Hi all,

I've been researching and troubleshooting this quite a bit from posts here on the SDN but not making much headway. I'm hoping someone can help me out with this.

My scenario is I have an interface that ends up at a SOAP receiver that needs to redirect the payload to a Sender SOAP channel. In the end, I need to do this dynamically, and this is where I'm hitting a wall.

Here's what works, configuration for the SOAP receiver channel. This will take an incoming payload and redirect it to a given SOAP Sender. There is a simple MM prior:

- Adapter type: SOAP 7.01 version

- Message Protocol: SOAP 1.1

- Adapter Engine: Integration Server

- Target URL: https://<myserver>:52201/XISOAPAdapter/MessageServlet?channel=:LMP_D:LMP_SOAP_Out_02

- Aside: I also do a PayloadSwapBean in the module, but should not matter. Only mentioning for full disclosure 😊

This does successfully redirect the payload to a SOAP sender which processes it through without issue.

So I took the next step to set the TargetURL dynamically: The following are the additional mods:

1) UDF in the message map to set the TServerLocation

DynamicConfiguration conf = (DynamicConfiguration) container.getTransformationParameters().get(StreamTransformationConstants.DYNAMIC_CONFIGURATION);
DynamicConfigurationKey key = DynamicConfigurationKey.create("", "TServerLocation");

2) In the SOAP Receiver:

- Target URL set to "https://" without the quotes

- Advanced Tab, check 'Use Adapter Specific Message Attributes' and 'Variable Transport Binding'

Addtl info to the above:

- varURL in the UDF is a passed in variable and has the same value as the initial static TargetURL in the comm channel (https://<myserver>:52201/XISOAPAdapter/MessageServlet?channel=:LMP_D:LMP_SOAP_Out_02)

- New targetURL value of "https://" is because the URL I am sending is also a https one and these must match per SDN posts I have seen

When I execute this using the same data I see:

1) SXI_MONITOR is successful and there is a Dynamic Configuration node with the values:

<SAP:DynamicConfiguration xmlns:SAP="" xmlns:SOAP="" SOAP:mustUnderstand="1">
  <SAP:Record namespace="" name="TServerLocation">https://<myserver>:52201/XISOAPAdapter/MessageServlet?channel=:LMP_D:LMP_SOAP_Out_02</SAP:Record> 
  <SAP:Record namespace="" name="FileName">DE4_SC-INT-2076_20111003.xml</SAP:Record> 

2) An error in the RTB Adapter Monitor saying:

"invalid content type for SOAP: TEXT/HTML; HTTP 401 Unauthorized: invalid content type for SOAP: TEXT/HTML; HTTP 401 Unauthorized"

So it seems like the dynamic config is being set as I expect, and the value identical to the harcoded TargetURL successful execution. I don't understand the error I am getting with the 401 message given the data is identical to the prior successful run and it should be the same URL.

As I said, I've done a lot of reading and testing with the SDN posts. <<Text Removed>>, but not link spamming 😊

Thanks for the help!

Edited by: Matt on Oct 5, 2011 9:37 AM

Add a comment
10|10000 characters needed characters exceeded

Assigned Tags

Related questions

1 Answer

  • Best Answer
    Posted on Oct 05, 2011 at 01:40 AM

    Hello Darin,

    Your scenario is interesting. 😊 Since your error is 401, this is related to a credential issue. There was a bug in PI such that once you use dynamic configuration for your URL, the username needs to be also included in the dynamic config. The technical name for the username in the UDF is TAuthKey. You set the password in the SOAP receiver communication channel by going Advanced Tab -> Variable Transport Binding -> View Authorization Keys.

    Standard SOAP sender in PI requires you to still provide a username/password even if you are using SSL. Make sure that the username is existing in PI and has the necessary authorization. For now, try inputting your PI username and password.

    Hope this helps,


    Add a comment
    10|10000 characters needed characters exceeded

    • Dear Mark,

      first of all: I tried out your solution approach with the use of TAuthKey in UDF in combi with Authorization Keys username/password pair in SOAP receiver channel and it workes fine.

      Here I have to maintain the same username twice (one time as operation mapping parameter and one time in Authorization Keys in SOAP receiver channel). Do you see a elegant possibility to maintain the username only at one of these locations?

      Best Regards,

      Tobias Miller

Before answering

You should only submit an answer when you are proposing a solution to the poster's problem. If you want the poster to clarify the question or provide more information, please leave a comment instead, requesting additional details. When answering, please include specifics, such as step-by-step instructions, context for the solution, and links to useful resources. Also, please make sure that you answer complies with our Rules of Engagement.
You must be Logged in to submit an answer.

Up to 10 attachments (including images) can be used with a maximum of 1.0 MB each and 10.5 MB total.