Автоматизация Excel с использованием ASP.NET - PullRequest
Новая
       39

Автоматизация Excel с использованием ASP.NET

2 голосов
/ 13 ноября 2008

Фон

Мы разрабатываем некоторые собственные утилиты с использованием ASP.NET 2.0. Одним из них является извлечение некоторой информации из баз данных и создание рабочей книги Excel, содержащей несколько электронных таблиц с данными на основе запросов в базу данных.

Проблема

Прототип концепции (простая страница ASP.NET, которая запрашивает один элемент из базы данных и открывает Excel для добавления данных в рабочую таблицу) хорошо работает при локальном запуске на машинах разработки, успешно создавая и отображая электронная таблица Excel по запросу. Однако при запуске на нашем сервере мы получаем следующую ошибку при попытке создать экземпляр Excel.

Невозможно привести объект COM типа «Microsoft.Office.Interop.Excel.ApplicationClass» к типу интерфейса «Microsoft.Office.Interop.Excel._Application». Эта операция завершилась неудачно, поскольку вызов QueryInterface для компонента COM для интерфейса с IID '{000208D5-0000-0000-C000-000000000046}' завершился ошибкой из-за следующей ошибки: такой интерфейс не поддерживается (Исключение из HRESULT: 0x80004002 (E_NOINTERFACE)) .

Решение

Мы используем PIA для Excel 2003, и на сервере установлены Excel 2003 и PIA. Кто-нибудь может объяснить, почему это не работает, или дать нам несколько советов, как мы можем отследить проблему?

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

Ответы [ 5 ]

1 голос
/ 18 октября 2012

От Microsoft , (выделение в оригинальном источнике):

В настоящее время Microsoft не рекомендует и не поддерживает автоматизацию приложений Microsoft Office из любых необслуживаемых, неинтерактивных клиентских приложений или компонентов (включая ASP, ASP.NET, DCOM и NT Services), поскольку Office может работать нестабильно и / или зависать при работе Office в этой среде.

Со списком причин, почему вы не должны этого делать:

  • ... Многие службы работают под учетными записями, которые не имеют пользовательских профилей (например, учетная запись SYSTEM или IWAM_ [имя_сервера]). Поэтому Office может не правильно инициализироваться при запуске. В этой ситуации Office возвращает ошибку в функцию CreateObject или функцию CoCreateInstance. Даже если приложение Office может быть запущено, другие функции могут работать неправильно, если профиль пользователя отсутствует.
  • Если происходит непредвиденная ошибка или если для завершения функции требуется неуказанный параметр, Office предназначен для запроса пользователю модального диалогового окна, которое спрашивает пользователя о том, что пользователь хочет сделать. Модальное диалоговое окно на неинтерактивном рабочем столе не может быть закрыто. Следовательно, этот поток перестает отвечать (зависает) на неопределенный срок. Хотя определенные методы кодирования могут помочь уменьшить вероятность этой проблемы, эти методы не могут полностью предотвратить проблему. Один только этот факт делает запуск приложений Office из серверной среды рискованным и неподдерживаемым.
  • Компоненты на стороне сервера должны быть многопоточными COM-компонентами с высокой степенью реентерабельности и минимальными издержками и высокой пропускной способностью для нескольких клиентов. Офисные приложения практически во всех отношениях с точностью до наоборот. Приложения Office - это нерегенерируемые серверы автоматизации на основе STA, разработанные для обеспечения разнообразных, но ресурсоемких функций для одного клиента.

И ваш код может выдать следующие ошибки:

  • CoCreateInstance

    • Ошибка времени выполнения '429': компонент ActiveX не может создать объект
    • Ошибка времени выполнения '70': в доступе отказано
    • CO_E_SERVER_EXEC_FAILURE (0x80080005): сбой при выполнении сервера
    • E_ACCESSDENIED (0x80070005): доступ запрещен
    • вешает
    • возвращается без ошибок, но не работает

И наконец:

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

1 голос
/ 13 ноября 2008

Я думаю, что проблема в том, что после развертывания приложения в IIS вы внезапно запускаетесь в MTA COM Apartment. Я считаю, что Excel является компонентом STA и поэтому не может быть создан внутри MTA. Вам нужно будет установить опцию aspcompat на странице, которую вы используете 

<%@ page aspcompat=true %>

Подробнее здесь

1 голос
/ 13 ноября 2008

Мы используем Aspose (коммерческий). Офис на сервере не очень веселый.

  • Вы должны быть осторожны с лицензированием.
  • Время от времени вам нужно убивать процесс зависания.
  • Чтобы получить права, нужно приложить некоторые усилия.

Это называется PI (t) A по причине ...

1 голос
/ 13 ноября 2008

Рассмотрите возможность работы с файлами XLSX (впервые в Office 2007, но есть плагин для Office 2003), которые представляют собой просто ZIP-файлы, содержащие файлы XML, которыми вы можете манипулировать без использования Excel. SpreadsheetML (на основе XML) хорошо документирован и не слишком сложен для программирования (вы даже можете найти LINQ для SpreadsheetML где-нибудь в Интернете).

Как указывалось выше, Excel на самом деле не является серверным продуктом, и при его использовании на сервере вы можете столкнуться с различными проблемами.

1 голос
/ 13 ноября 2008

Может ли пользователь, под которым работает пул приложений ASP.NET, иметь доступ к приложению? Попробуйте войти в систему под этим пользователем (или измените пул приложений для запуска под этим пользователем) и откройте Excel. Если это работает, попробуйте запустить приложение WinForms на сервере как пользователь с кодом, который не работает.

Не уверен, но я думаю, что сборки PIA, возможно, должны быть зарегистрированы через regsvr32.

Я подозреваю, что если вы запустите службу в сети, вы не сможете запустить Excel (без интерактивного входа, ограниченной учетной записи и т. Д.). Ваш код ASP.NET работает внутри пула приложений. Вы можете изменить пользователя, из которого запускается пул приложений, с помощью диспетчера IIS. Если вы хотите проверить, какой код выполняется в данный момент, посмотрите на процесс w3wp в диспетчере задач.

Для тестирования измените пул приложений, чтобы он работал как пользователь, которого вы знаете, работает с Excel.

...