Использование "/" в параметрах API

[Sergey Petrov]

Коллеги, добрый день!

Есть задача передать в некоторый API параметр, содержащий "/".

Формат обращения к API:
uri/действие/параметр
Таким образом, если передать параметр с "/", то api не маршрутизируется на соответствующее действие с параметром.
Если заменить "/" на кодировку этого символа, то есть "%2F", то через адресную строку браузера всё хорошо отрабатывает. Однако, с реализацией запроса через DAX возникают проблемы:
- использование .Net библиотек (System.Net.HttpWebRequest) не даёт результата (ресурс не найден, ошибка 404);
- использование COM (XMLHttpRequest) отрабатывает корректно.

Что может быть не так с System.Net.HttpWebRequest?

Пример кода с System.Net.HttpWebRequest:

    System.Net.HttpWebRequest               httpRequest  = null;
    System.Net.WebHeaderCollection          headers;
    System.Net.HttpWebResponse              httpResponse = null;
    CLRObject                               clro         = null;
    System.IO.Stream                        stream       = null;
    System.IO.StreamReader                  streamReader = null;
    str                                     url;
    str                                     result;
    ;
    url                         = 'http://URI/Действие/SP3483CN-L%2FTR';
    try
    {
        new InteropPermission(InteropKind::ClrInterop).assert();

        clro                    = System.Net.WebRequest::Create(url);
        httpRequest             = clro;
        httpRequest.set_UserAgent("Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1;)");
        httpRequest.set_ContentType("application/x-www-form-urlencoded");
        httpRequest.set_Method("GET");

        httpResponse            = httpRequest.GetResponse();
        stream                  = httpResponse.GetResponseStream();
        streamReader            = new System.IO.StreamReader(stream);
        result                  = streamReader.ReadToEnd();
        info(result);

        CodeAccessPermission::revertAssert();
    }
    catch(Exception::CLRError)
    {
        throw error(AifUtil::getClrErrorMessage());
    }

Пример кода с использованием XMLHttpRequest:

    new InteropPermission(InteropKind::ComInterop).assert();

    request = new XMLHttpRequest();
    url = 'http://URI/Действие/SP3483CN-L%2FTR';
    request.open('GET'
               , connectURL
                 );
    request.setRequestHeader("Content-Type", "application/json");
    request.setRequestHeader("User-Agent", "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1;)");

    request.send('');

    tinfo(request.responseText());

    CodeAccessPermission::revertAssert();

[Владимир Максимов]

В некоторых случаях специальные символы требуют дополнительного экранирования. Символ экранирования в Axapta это наклонная черта "\". Вот и попробуй ее добавить в url

Если используются одинарные кавычки, то 2 наклонные черты подряд

url = 'http://URI\\/Действие\\/SP3483CN-L%2FTR';

Если использовать символ @, то достаточно одной наклонной черты. При этом текст в двойных кавычках, а не в одинарных

url = @"http://URI\/Действие\/SP3483CN-L%2FTR";

Это обычно делается, если url вводится как текстовая константа в коде. Если же url получен из вне кода (введен в формах в объектах ввода), то этого дополнительного экранирования обычно не требуется

Для примера посмотри метод Global::isValidURL(). Там как раз константа для регулярного выражения и многие символы дополнительно экранируются

PS: Если я правильно понял, то экранировать требуется обратный слеш только после ключевого слова "URI", а http можно оставить как есть. Впрочем, тут надо экспериментировать

[Sergey Petrov]

К сожалению, ни @ перед текстом в кавычках, ни экранирование не помогли. Также воспользовался Global::isValidURL(url) - он вернул false.

Ещё раз хочу обратить внимание, что реализация через класс XMLHttpRequest успешна. То сеть, COM-объектная модель срабатывает.
Не срабатывает использование System.Net.HttpWebRequest. Видимо, там в тексте url заменяется закодированный слэш на явный, что портит всю картину.