WCF, IIS6.0 (413) Слишком большой объект запроса - PullRequest
1 голос
/ 21 мая 2010

ребята. У меня раздраженная проблема. У меня есть служба WCF (basicHttpBinding с Https безопасности транспорта) Эта услуга реализует договор, который состоит из 2 методов. LoadData. Получить данные. GetData работает нормально! Мой клиент получил pachage размером ~ 2Mb без проблем. Все работают правильно. Но когда я пытаюсь загрузить данные по

  bool LoadData(Stream data); - signature of method

Я получу

 (413) Request Entity Too Large.

Трассировка стека:

 Server stack trace: в 

ServiceModel.Channels.HttpChannelUtilities.ValidateRequestReplyResponse(HttpWebRequest request, HttpWebResponse response, HttpChannelFactory factory, WebException responseException, ChannelBinding channelBinding)
System.ServiceModel.Channels.HttpChannelFactory.HttpRequestChannel.HttpChannelRequest.WaitForReply(TimeSpan timeout)
System.ServiceModel.Channels.RequestChannel.Request(Message message, TimeSpan timeout)
System.ServiceModel.Dispatcher.RequestChannelBinder.Request(Message message, TimeSpan timeout)       

Я пытаюсь это http://blogs.msdn.com/jiruss/archive/2007/04/13/http-413-request-entity-too-large-can-t-upload-large-files-using-iis6.aspx. Но это не работает! Мой сервер 2003 с IIS6.0.

Пожалуйста, помогите.

Ответы [ 3 ]

1 голос
/ 21 мая 2010

Я полагаю, что вам нужно внести это изменение на уровне IIS - может также потребоваться изменение уровня WCF выше.

Блог MSDN: слишком большой объект запроса HTTP 413: невозможно загрузить большие файлы с использованием IIS6

0 голосов
/ 26 ноября 2012

Миллион долларов стоит примечание. maxReceivedMessageSize должен быть установлен на узле. Этот STT работал как спаситель для меня. Спасибо DreamTimeStudioZ за тонну.

0 голосов
/ 21 мая 2010

Проверьте параметры привязки, такие как maxReceivedMessageSize, и элемент readerQuotas имеет настройки, с которыми вам, вероятно, следует работать.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...