WCF UriTemplate UrlEncode

Question

Представьте, что я хочу вызвать внешнюю (т. Е. Не могу контролировать контракт) службу REST с использованием WCF. У меня есть следующий контракт

[ServiceContract]
public interface ISomeRestApi
{
    [OperationContract]
    [WebInvoke(Method = "PUT", UriTemplate = "blablabla/{parameter1}/{parameter2}")]
    void PutSomething(string parameter1, string parameter2);
}

Скажи, что одним из моих параметров является косая черта (/)

public class Test{

    [Fact]
    public void TestPutSomething()
    {
        ISomeRestApi api = CreateApi();

        //this results in the url: http://server/blablabla///someotherparam
        api.PutSomething("/", "someotherparam");

        //this also results in the url: http://server/blablabla///someotherparam
        api.PutSomething(HttpUtility.UrlEncode("/"), "someotherparam");

        //but i want: http://server/blablabla/%2F/someotherparam
    }
}

Как заставить WCF UrlEncode мой параметр пути UriTemplate?

Answer 1

С большим количеством проб и ошибок я нашел очень уродливое и совершенно нелогичное решение моей проблемы. Но все же... Возможно, этот пост может кому-то помочь в будущем. Обратите внимание, что это "решение" работает для меня в.NET 4.5. Я не гарантирую, что это сработает для вас.

Проблема сводится к этому:

• невозможно (AFAIK) поместить экранированный слеш в Uri в.NET
• для связи с внешним сервисом (RabbitMQ) мне действительно нужно иметь возможность поместить%2f (т.е. косую черту) в URL моего запроса

Следующий пост направил меня в правильном направлении: Как остановить System.Uri, не экранируя символы косой черты

Я попробовал решение, предложенное в посте, но... безрезультатно

Затем, после многих ругательств, поиска в Google, обратного инжиниринга и так далее, я придумал следующий фрагмент кода:

/// <summary>
/// Client enpoint behavior that enables the use of a escaped forward slash between 2 forward slashes in a url
/// </summary>
public class EncodeForwardSlashBehavior:IEndpointBehavior
{
    public void Validate(ServiceEndpoint endpoint)
    {

    }

    public void AddBindingParameters(ServiceEndpoint endpoint, BindingParameterCollection bindingParameters)
    {

    }

    public void ApplyDispatchBehavior(ServiceEndpoint endpoint, EndpointDispatcher endpointDispatcher)
    {

    }

    public void ApplyClientBehavior(ServiceEndpoint endpoint, ClientRuntime clientRuntime)
    {
        clientRuntime.ClientMessageInspectors.Add(new ForwardSlashUrlInspector());
    }
}

/// <summary>
/// Inspector that modifies a an Url replacing /// with /%2f/
/// </summary>
public class ForwardSlashUrlInspector:IClientMessageInspector
{
    public object BeforeSendRequest(ref Message request, IClientChannel channel)
    {
        string uriString = request.Headers.To.ToString().Replace("///", "/%2f/");
        request.Headers.To = new Uri(uriString);
        AddAllowAnyOtherHostFlagToHttpUriParser();

        return null;
    }

    /// <summary>
    /// This is one of the weirdest hacks I ever had to do, so no guarantees can be given to this working all possible scenarios
    /// What this does is, it adds the AllowAnyOtherHost flag to the private field m_Flag on the UriParser for the http scheme.
    /// Replacing /// with /%2f/ in the request.Headers.To uri BEFORE calling this method will make sure %2f remains unescaped in your Uri
    /// Why does this work, I don't know!
    /// </summary>
    private void AddAllowAnyOtherHostFlagToHttpUriParser()
    {
        var getSyntaxMethod =
            typeof(UriParser).GetMethod("GetSyntax", BindingFlags.Static | BindingFlags.NonPublic);
        if (getSyntaxMethod == null)
        {
            throw new MissingMethodException("UriParser", "GetSyntax");
        }
        var uriParser = getSyntaxMethod.Invoke(null, new object[] { "http" });

        var flagsField =
            uriParser.GetType().BaseType.GetField("m_Flags", BindingFlags.Instance|BindingFlags.NonPublic);
        if (flagsField == null)
        {
            throw new MissingFieldException("UriParser", "m_Flags");
        }
        int oldValue = (int)flagsField.GetValue(uriParser);
        oldValue += 4096;
        flagsField.SetValue(uriParser, oldValue);
    }


    public void AfterReceiveReply(ref Message reply, object correlationState)
    {

    }
}

Поэтому в основном я создаю собственный EndpointBehavior, который использует отражение, чтобы добавить флаг enum к закрытой переменной внутри UriParser. Это, по-видимому, предотвращает косую черту в моем запросе. Заголовки.