locked
HAT and WCF Binary data? RRS feed

  • Question

  • I have a silverlight app published that communicates to a web service via WCF binary.  The response to the service calls are:

        <s:Node xml:lang="en-US">The message with To 'https://UAGServerHost.foo/bar.svc' cannot be processed at the receiver, due to an AddressFilter mismatch at the EndpointDispatcher.  Check that the sender and receiver's EndpointAddresses agree.</s:Node>

    The requests send up a "to" element with the service pointing to the UAG host name rather than the remote host name (this is for requests from the client to the filter).

    <a:To s:mustUnderstand="1">https://UAGServerHost.foo/bar.svc</a:To>

    Outside of UAG the app will POST data with a "to" element with the proper remote host name.

    I suspect that UAG might not be rewriting the WCF binary data but am not sure.  Google hasn't helped me out here.  Does UAG support rewriting of WCF Binary data or am I barking up the wrong tree here? 

    Is there an easy way to see the body of the HTTP requests UAG proxies to the remote server?  I can get the headers through trace but have never had access to the body.


    • Edited by bryan_h_g Thursday, October 4, 2012 3:19 PM
    Thursday, October 4, 2012 3:18 PM

All replies

  • Still tracking this issue.  Would also be nice to see if anybody has tips on debugging the bodies of http requests between UAG and remote web sites.
    Friday, October 5, 2012 1:24 PM
  • Still curious if anybody has any insight here.
    Thursday, October 11, 2012 5:15 PM
  • Hi Amig@. UAG can only rewrite links coming in "plain text". HAT cannot inspect binary data like the one in ActiveX, Java applets or Flash components. I am afraid your suspect is true.

    Regarding your request about getting the full content, there was an utility in IAG that used to work also in UAG called the Dump utility. Activating it you will get the data before and after manipulation so you can check the changes applied by the filters.

    1. At the UAG server locate the Registry key HKLM\Software\WhaleCom\e-Gap\Von\UrlFilter\WhlFiltSecureRemote

    2. Create a new String value and name it DumpFilePath.

    3. Modify the string value data, entering the path of the folder where you wish to dump the files.

    4. Reproduce the situation. In the DumpFilePath you will get two files for every request

    Regards


    // Raúl - I love this game


    • Edited by RMoros Thursday, October 11, 2012 9:01 PM
    Thursday, October 11, 2012 8:45 PM