Вы можете решить проблему, добавив приведенную ниже запись в свои разрешения CAS

емещаю утилиту миграции строки cmd из DEV в QA, и у меня возникает странная ошибка. Конечно, все отлично работает на dev.

Это оскорбительная строка кода:

byte[] fileBytes = sourceItem.File.OpenBinary();

Msgstr "Ошибка открытия файла". Внутреннее исключение показывает, что код COM HResult равен 0x81070211.

Я удостоверился, что у моей учетной записи есть разрешения владельца библиотеки, из которой я пытаюсь получить этот файл. Я даже сделал себя администратором фермы - но я все еще получаю ту же ошибку.

Я вижу, что несколько других людей столкнулись с этой же ошибкой, но не нашли решения. Один пост упоминает загрузку файла через код в качестве обходного пути - как бы это выглядело?

Я также вижу, что некоторые связывают эту проблему с файлами размером более 100 КБ и что ее можно преодолеть, поместив сборку в GAC. Однако это было бы проблематично для этого приложения.

Да, я также пытался использовать все параметры параметров. Я также попробовал обходной путь простого открытия потока с помощью OpenBinaryStream, получения длины и чтения данных в массив byte []. Результат всегда одинаков. Что-то мешает мне получить доступ к файлу для чтения в байтах - и сообщение об ошибке просто бесполезно.

Заранее благодарим за любую помощь, которую вы можете предоставить.

Теперь я считаю, что проблема может быть связана с удаленным хранилищем BLOB-объектов. В некоторых постах упоминалось, что проблема заключается только в том, что размер файла> 100 КБ. Это тот предел, при котором файлы перемещаются из базы данных контента в файловую систему. Я считаю, что администратор базы данных должен включить FileStreaming в базе данных SQL Server для решения этой проблемы. Я жду, когда наш адвокат из короткой базы ответит на это предложение. Я буду следить за отчетом, если он будет работать. А пока - у кого-нибудь еще есть опыт использования OpenBinary для файлов с RBS?

Трей Кэрролл

Ответы на вопрос(2)

Ваш ответ на вопрос