Ax2009 Запускаю пакетное задание и ошибка

[gl00mie]

1. Local Service на то и local - у него нету права аутентифицироваться в сети под учеткой локального компа, поэтому выданные для aos$ права тут не сработают; надо тогда уж запускать AOS под Network Service (как он у вас к СУБД под Local Service подключается, интересно?).
2. Если код удаления файла вызывается на сервере, то надо использовать не WinAPI, а WinAPIServer.
3. Для работы с файлами на сервере надо предварительно запрашивать разрешение, например:
   

   #macrolib.File
   new FileIOPermission(fileName, #io_write).assert();
   WinAPIServer::deleteFile(fileName);

Судя по стеку вызовов, код WinAPI::deleteFileOld() пытается дернуть функцию DLL - на это тоже нужно на сервере запрашивать разрешение, НО если используется 64-битный AOS, то загрузить стороннюю DLL и дернуть ее экспортированную функцию не получится, см. Using the DLLFunction kernel class on a 64bit Dynamics AX 2009 AOS. Вообще же стоит ознакомиться с Dynamics AX Writing Secure X++ Code

[Arahnid]

Инструкция не помогла. Смысла она не добавила мне. Разрядность аос 64 и я там пытаюсь запустить код. Серевер АПИ тоже не помогает.
Это значит зря мы поставила 64 разряда? DLL под ним не работает?

[gl00mie]

Цитата:

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

Инструкция не помогла. Смысла она не добавила мне. Разрядность аос 64 и я там пытаюсь запустить код. Серевер АПИ тоже не помогает.
Это значит зря мы поставила 64 разряда? DLL под ним не работает?

Если про Writing Secure X++ Code, то это не инструкция, а, скорее, обсуждение того, как теперь использовать определенные API. В общем, по пунктам:

• при выполнении на сервере надо использовать WinAPIServer
• практически каждый метод этого класса требует определенного разрешения, которое надо запросить перед его вызовом; в каждом методе написано в комментариях, какое именно разрешение ему нужно
• чтобы АОС мог получить доступ к сетевым ресурсам, к которым нет анонимного доступа, он должен запускаться либо под доменной учетной записью, либо хотя бы под Network Service
• на 64-битном АОСе не получится использовать DLLFunction - вероятно, это одна из причин, почему WinAPIServer переписан на .NET

64-битный АОС поставили не зря - забудете про нехватку сессиям памяти, но от использования DLL придется отказаться в пользу .NET

[Arahnid]

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

Сбой запроса на разрешение типа "FileIOPermission".
(S)\Classes\FileIOPermission\demand
(S)\Classes\WinAPIServer\deleteFile - line 11

[lev]

Цитата:

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

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

Сбой запроса на разрешение типа "FileIOPermission".
(S)\Classes\FileIOPermission\demand
(S)\Classes\WinAPIServer\deleteFile - line 11

по прежнему не хватает прав

gl00mie писал:

Цитата:

Local Service на то и local - у него нету права аутентифицироваться в сети под учеткой локального компа, поэтому выданные для aos$ права тут не сработают; надо тогда уж запускать AOS под Network Service (как он у вас к СУБД под Local Service подключается, интересно?).

Вы пробовали поменять учетку входа в систему для сервиса АОСа?

P.S. если АОСов несколько, то какой именно является обработчиком пакетных заданий можно посмотреть в Администрирование \ Настройка \ Конфигурация сервера. Те сервера, у которых установлен признак "Сервер обработки пакетных заданий", обрабатывают пакеты. Соответственно учетки АОС-ов, под которым выполняют вход в систему, должны иметь права на сетевые ресурсы.

[axalex]

А можно узнать назначение пакетника (назначение). Есль ли в нем runas()??

[Arahnid]

Запустила под Network Service - результат тот же. Прав нет.