УСПОКОИТЕЛЬНЫЙ Сервис WCF возвращает 400 кодов при отправке “необработанного” XML

Я не верю, что вы сможете передать сырой XML в URL, но вы можете сделать это в коде. Я написал клиентов для RESTful веб-сервисов, которые работают на Compact Framework и не имеют проблем с десериализацией объектов на сырой XML и отправкой его в службу через HttpWebRequest и HttpWebResponse.

Если вы делаете GET, вы просто создаете URL в коде. Если вы делаете POST, вы можете прикрепить XML в виде массива байтов (код ниже .Net, но, конечно, вы можете сделать что-нибудь подобное в PHP).

private HttpWebRequest DoInvokeRequest<T>(string uri, string method, T requestBody)
{
    string destinationUrl = _baseUrl + uri;
var invokeRequest = WebRequest.Create(destinationUrl) as HttpWebRequest;
if (invokeRequest == null)
    return null;

invokeRequest.Method = method;
invokeRequest.ContentType = "text/xml";

byte[] requestBodyBytes = ToByteArray(requestBody);
invokeRequest.ContentLength = requestBodyBytes.Length;
AddRequestHeaders(invokeRequest);

using (Stream postStream = invokeRequest.GetRequestStream())
    postStream.Write(requestBodyBytes, 0, requestBodyBytes.Length);


invokeRequest.Timeout = 60000;
return invokeRequest;
}

private static byte[] ToByteArray<T>(T requestBody)
{
    byte[] bytes;
using (var s = new MemoryStream())
{
    var serializer = new XmlSerializer(typeof (T));
    serializer.Serialize(s, requestBody);
    bytes = s.ToArray();
}
return bytes;
}

Как вы их высмеиваете пользователей?

Инициализируют django.contrib.auth.models.user объект. user.Objects.create_user делает это легко.

Как вы запрашиваете запросы?

Инициализируют django.http.httprequest объект.

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

Одной из основных причин, по которым исходный код не работал, был, потому что какие-либо строковые данные XML должны быть закодированы URL, если их передан в пути URL или строка запроса.

Однако, однако, если вы хотите, чтобы клиент отправил вам данные как XML в вашем методе обслуживания, то он должен быть выполнен . URL имеет неопределенную максимальную длину, в зависимости от браузера, версии IIS, а также любых веб-прокси, которые сидят между клиентом на сервере.

Это означает отправку данных в тело запроса, что означает глагол, отличный от получения. Так что давайте будем использовать пост.

Объявите параметр «Данные» как до подписи метода, но возьмите параметр из мочи и сделайте его WebInvoke (Verb по умолчанию - это сообщение, как вы знаете).

[WebInvoke(UriTemplate = "/method1", BodyStyle = WebMessageBodyStyle.Bare, ResponseFormat = WebMessageFormat.Xml, RequestFormat = WebMessageFormat.Xml)]  
string Method2(string data);

Тогда ваш почтовый корпус должен быть отформатирован следующим образом:

<data><![CDATA[data xml goes in here]]></data>

Почему раздел CDATA? Подумайте о типе целевого параметра - String. Вы хотите пройти XML в этой строке. Следовательно, вам необходимо убедиться, что сериализатор WCF не думает о данных как сложных данных, которые следует читать напрямую. То же самое было бы правдой, если ваш формат запроса был JSON, и вы хотите отправить json String на службу.

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

На машине, которую я тестировал, я не смог получить обратно полезную нагрузку в формате XML (XML-файл) от службы WCF, открытую через веб-конечную точку REST-ful, которая была больше, чем 2,7 МБ .

Из раскопок и охоты через LOTS документации WCF я пришел к окончательному выводу, что WCF предназначен для небольших сообщений, когда в режиме буферизации . При переключении в режим потокового большие сообщения могут передаваться туда и обратно.

Однако, если вы подвергаете службы WCF через IIS в режиме RESTful, то вы не сможете получить потоковый ответ, так как это не поддерживается. Или, по крайней мере, я никогда не смогу это выяснить.

Хотел бы я иметь для вас отличный образец кода, но из того, что я смог обнаружить в результате собственных экспериментов, было то, что не существует способа вернуть большую полезную нагрузку в формате XML из службы WCF, открытую через конечную точку IIS .

Мой вывод заключается в том, что WCF - это действительно сетевое решение, которое переоснащается (плохо) в IIS, чтобы попытаться предоставить веб-сервисы. Я бы рекомендовал использовать ASP .NET MVC вместо этого для создания RESTful webservices без использования WCF вообще.