Ошибка Microsoft.Office.Interop.Excel

[gudzon]

Добрый день.

Не могу найти ответа на загадочную ошибку.

Версия - 2012
Стандартная библиотека - Microsoft.Office.Interop.Excel

В какой то момент (есть подозрения, что после переноса кода через модель, либо после того как коллега что то заденет где то - точно не выяснил) компилятор начинает выдавать ошибку в нескольких классах, которые используют Microsoft.Office.Interop.Excel. Раз в пару месяцев такое случается.

Внизу пример джоба. Т.е. система перестает видеть некоторые методы классов из библиотеки (на классе Range тоже ограниченно видит)

Если закомментировать код на проблемных классах, откомпилировать их, запустить CIL (даже инкрементный помог), то все становится на места.

Внизу джоб где уже видны все методы класса уже после CIL.

Не пойму как CIL влияет. И как решить ситуацию. Т.е. я получаю ошибку в классах. Не могу собрать CIL. Без CIL ошибка в классах не исправляется.

Так же было на рабочей после переноса. Перенос через модель. Падает на глобальной компиляции. Причем ошибка всплывает периодически с интервалом в пару месяцев. Чаще переносы проходят без проблем.

Понимаю, что тема довольно специфическая, но может кто сталкивался.

[axm2017]

https://community.dynamics.com/ax/b/...-interop-excel
?

[Raven Melancholic]

Цитата:

Сообщение от axm2017

https://community.dynamics.com/ax/b/...-interop-excel
?

Злой Вы. В России давать ссылку на community.dynamics.com без комментария.

[gudzon]

Цитата:

Сообщение от axm2017

https://community.dynamics.com/ax/b/...-interop-excel
?

Спасибо за ссылку. Встречал ее, когда гуглил. Немного не мое мне кажется.
В теме речь как откомпилировать код через axBuild если нет Excel на сервере.
Я компилировал именно на клиенте, на котором точно есть Excel. Т.е. все действия в теме делал из под клиента без AxBuild.

[sukhanchik]

Цитата:

Сообщение от Raven Melancholic

Злой Вы. В России давать ссылку на community.dynamics.com без комментария.

Вытащу статью, правда без картинок и ссылок (картинки не грузятся, ссылки не работают)

A few months ago I wrote a post on how to convert Excel documents to PDF with X++. Well, that piece of code made it into production! image But I just notice it does not necessarily compile with Ax Build.
The error:
The xlApp declaration does not compile because Excel is not installed on the server and AX build can only be completed on the server. If you compile this same piece of code in the AOT on a server that has Excel installed, it compiles without a problem.

My solution(s):
Install Excel on the server. I am not sure if this will allow AX Build to compile the code, but at least you can then open the AOT after AX build on the sever and compile like I described here.
Since I could not install Excel on the server, I did the following:

1. Compile with AX Build on the server.
2. If you have a compile error related to Microsoft.Office.Interop.Excel, start the server and open the AOT on a terminal server that has Excel installed.
3. Compile the code with normal F7 compile.
4. Compile the CIL on the terminal server.

Hope that helps! Let me know in the comments if you know of a better way to solve this.

[gl00mie]

Цитата:

Сообщение от gudzon

Версия - 2012
Стандартная библиотека - Microsoft.Office.Interop.Excel
В какой то момент компилятор начинает выдавать ошибку в нескольких классах, которые используют Microsoft.Office.Interop.Excel. Раз в пару месяцев такое случается.

Загадочно... "Стандартная библиотека", как она тут обзывается. - это вроде бы довес к Ms Office, который в инсталляторе прежних версий обзывался наподобие "Компоненты интеграции .NET" и был опциональным. Т.е. при установке MS Office нужно было развернуть узел Excel и отдельно прокрыжить этот компонент интеграции.
Далее, чтобы код X++, ссылающийся на .NET-типы, успешно компилировался в AX2012, нужно, чтобы там, где работает компилятор X++, были доступны соотв. сборки .NET. В данном случае, если код компилируется с помощью AXBuild, то на хосте, где AXBuild запускается, должны быть установлены и доступны сборки с namespace-ом Microsoft.Office.Interop.Excel. Если код компилируется из клиента AX32.exe на вашем рабочем компе, тогда на нем должны быть установлены эти сборки. Если код компилируется из клиента AX32.exe на терминальном сервере - то на терминальнике должны быть эти сборки... Как у классиков: утром деньги - вечером стулья, утром на хосте - сборки .NET, вечером - успешная компиляция кода X++ на этом хосте. Может, код компилится на разных хостах?..

[gudzon]

Все действия делаю на терминалке. Там стоит Excel. Да и раньше все ок было. Ничего не делали с Excel.

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

В общем, на всех почти классах Microsoft.Office.Interop.Excel не видно часть методов (ощущение, что все они свойства)

Для пример три класса/интерфейса (привожу по иерархии)
Microsoft.Office.Interop.Excel._Application. Не виден метод get_Interactive (свойство Interactive)
Microsoft.Office.Interop.Excel.Application. Не виден метод get_Interactive
Microsoft.Office.Interop.Excel.ApplicationClass. Все отлично. Виден get_Interactive

Можно было бы заменить классы (для WorkBook и WorkSheet есть аналоги *Class), но не понятно что делать с Microsoft.Office.Interop.Excel.Range - на нем тоже свойства не видны.

Попробую Repair Office. Может поможет.

ЗЫ Гугл молчит

[gudzon]

В общем барабашка какая то.

Решение обходное нашел вроде (на тестовом примере все ок) - приводить к Object классы.

[gudzon]

Цитата:

Сообщение от gl00mie

Загадочно... "Стандартная библиотека", как она тут обзывается. - это вроде бы довес к Ms Office

Да. Некорректно выразился. Не стандартная библиотека - с офисом устанавливается.

[dech]

Может быть на терминале не установлен компонент, а на AOS установлен?
А после танцев с бубном (CIL-компиляции) возможно всё встает на свои места.
После модификации класса на клиенте список методов/свойств снова может пропасть.
Проверьте, что на терминальной машинке компонент присутствует.
Ну это так, моя догадка...

[axm2017]

Скорее походит имхо что они сбивают номер версии при переносе, с учетом утверждения что excel есть везде и прочее

[gudzon]

После обеда хотел уже переписать классы. А проблема сама пропала. Захожу - компилирую классы, и ошибки пропадают. Никто ничего не делал. Коллеги только правили никак с этим не связанный функционал. Эти классы древние - никто не трогает.
В общем не понятно, что это было.