Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате
Форум программистов > Распределённые приложения и сеть > Ограничение на передоваемый рамер данных между Sil


Автор: EagleOne 1.5.2012, 21:05
Приветствую,
 
мне понабилось отправлять на сервер файлы по нескольку штук и размером до 50 Мб.
 
Для этого я написал Silverlight контрол, который делит прикрепленные файлы на блоки и отправляет их по очереди и
 
WCF сервис, который собирает файл из кусков обратно и сохраняет в базу.
 
Куски файлов передаются в виде объектов вот такого класса:

Код

[DataContract]
    public class PhotoPartDataObject
    {
        [DataMember]
        public Guid PhotoId { get; set; }

        [DataMember]
        public byte[] PhotoPart { get; set; }

        [DataMember]
        public int PartNumber { get; set; }

        [DataMember]
        public ulong PhotoAlbumId { get; set; }

        [DataMember]
        public string PhotoDisplayName { get; set; }

        [DataMember]
        public string PhotoFileName { get; set; }

        [DataMember]
        public string PhotoExtension { get; set; }

        [DataMember]
        public string PhotoMimeType { get; set; }

        [DataMember(IsRequired = false)]
        public ulong PhotoFileSize { get; set; }

        [DataMember]
        public int CountParts { get; set; }
    }


Проблема возникла следующая:
 
Если куски отправляемых файлов (поле PhotoPart) больше 10 кбайт, то отправки не происходить, происходит вот такой эксепшн:
 
"Unhandled Error in Silverlight Application Неправильный результат из-за исключения, возникшего во время операции.  См. описание исключения в InnerException.   в System.ComponentModel.AsyncCompletedEventArgs.RaiseExceptionIfNecessary()\n   в PhotoLoader.PhotoLoaderServiceReference.StorePhotoPartCompletedEventArgs.get_Result()\n   в PhotoLoader.MainPage.mPhotoLoadingServiceClient_StorePhotoPartCompleted(Object sender, StorePhotoPartCompletedEventArgs e)\n   в PhotoLoader.PhotoLoaderServiceReference.PhotoLoadingServiceClient.OnStorePhotoPartCompleted(Object state)"
 
Если передавать файлы не через WCF, а напрямую Web-приложению через http post запрос, то тогда в легкую передаются файлы по 10 Мб.
 
У меня сложилось впечатление, что Silverlight шлет запросы WCF-у внутри GET запросов, поэтому и такое ограничение...
 
вопрос, как это исправить, т.е. как сделать так, что можно было отправлять куски хотябы по 1 Мб???
 
конфигурация сервиса у меня сейчас такая:

Код

<system.webServer>
    <modules runAllManagedModulesForAllRequests="true"/>
  </system.webServer>
  <system.serviceModel>
    <behaviors>
      <serviceBehaviors>
        <behavior name="">
          <serviceMetadata httpGetEnabled="true" />
          <serviceDebug includeExceptionDetailInFaults="false" />
        </behavior>
      </serviceBehaviors>
    </behaviors>
    <bindings>
      <customBinding>
        <binding name="FileArchive.PhotoAlbums.Services.PhotoLoadingService.customBinding0">
          <binaryMessageEncoding />
          <httpTransport />
        </binding>
      </customBinding>
    </bindings>
    <serviceHostingEnvironment aspNetCompatibilityEnabled="true"
      multipleSiteBindingsEnabled="true" />
    <services>
      <service name="FileArchive.PhotoAlbums.Services.PhotoLoadingService">
        <endpoint address="" binding="customBinding" bindingConfiguration="FileArchive.PhotoAlbums.Services.PhotoLoadingService.customBinding0"
          contract="FileArchive.PhotoAlbums.Services.PhotoLoadingService" />
        <endpoint address="mex" binding="mexHttpBinding" contract="IMetadataExchange" />
      </service>
    </services>
  </system.serviceModel>


конфигурация Silverlight клиента:

Код

конфигурация Silverlight клиента:
 <configuration>
    <system.serviceModel>
        <bindings>
            <customBinding>
                <binding name="CustomBinding_PhotoLoadingService">
                    <binaryMessageEncoding />
                    <httpTransport maxReceivedMessageSize="2147483647" maxBufferSize="2147483647" />
                </binding>
            </customBinding>
        </bindings>
        <client>
            <endpoint address="http:// тут_весь_путь... /PhotoLoadingService.svc"
                binding="customBinding" bindingConfiguration="CustomBinding_PhotoLoadingService"
                contract="PhotoLoaderServiceReference.PhotoLoadingService"
                name="CustomBinding_PhotoLoadingService" />
        </client>
    </system.serviceModel>
</configuration>


P.S.: когда искал решение наткнулся на статьи про file streaming через WCF, но мне это не подходит, мне интересней разобраться, почему
 
блоки больше 10 кбайт не передаются... 

Автор: EagleOne 2.5.2012, 13:59
InnerException у меня вытащить получилось прямо из рабочего приложения smile,

и то что я там увидел многое объясняет:

Unhandled Error in Silverlight Application Форматтер сгенерировал исключение при попытке десериализовать сообщение: Ошибка десериализации параметра :photoPartDataObject. Сообщение InnerException было 'Ошибка десериализации объекта типа Business.DataObjects.PhotoPartDataObject. Превышена квота максимальной длины массива (16384) при чтении данных XML. Эту квоту можно увеличить, изменив свойство MaxArrayLength объекта XmlDictionaryReaderQuotas, используемого при создании устройства чтения XML.'.

Теперь мне остается разобраться,  как изменить MaxArrayLength - т.е. как я могу получить доступ к объекту класса XmlDictionaryReaderQuotas выполняющего десериализацию / сериализацию данных при отправке / получении их??? 

Автор: EagleOne 2.5.2012, 21:06
всё разобрался с проблемой, всё работает smile

Автор: starick3000 14.1.2015, 08:13
Цитата(EagleOne @ 2.5.2012,  13:59)
Превышена квота максимальной длины массива (16384) при чтении данных XML

а как решилась проблемма с 

Автор: Ilya81 14.1.2015, 13:42
Цитата(starick3000 @  14.1.2015,  08:13 Найти цитируемый пост)
Цитата(EagleOne @ 2.5.2012,  13:59)
Превышена квота максимальной длины массива (16384) при чтении данных XML

а как решилась проблемма с  


Для нужного binding задаются свойства - readerQuotas и прочее.

Powered by Invision Power Board (http://www.invisionboard.com)
© Invision Power Services (http://www.invisionpower.com)