Автоматизация Excel с помощью ASP.NET

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

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

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

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

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

• Вы должны быть осторожны с лицензированием.
• Время от времени вам нужно убить зависший процесс.
• Получение правильных прав требует определенных усилий.

Он не зря называется PI (t) A ...

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

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

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

<%@ page aspcompat=true %>

Подробнее…

Из Microsoft (курсив в оригинальном источнике):

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

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

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

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

• CoCreateInstance

  • Run-time error '429': ActiveX component cannot create object
  • Ошибка времени выполнения '70': в доступе отказано
  • CO_E_SERVER_EXEC_FAILURE (0x80080005): сбой при выполнении сервера
  • E_ACCESSDENIED (0x80070005): доступ запрещен
  • висит
  • возвращается без ошибок, но не работает

И наконец:

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