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

[Arahnid]

И выводится ошибка

Сбой запроса на разрешение типа "InteropPermission".
(S)\Classes\InteropPermission\demand
(S)\Classes\DLL\new
(S)\Classes\WinAPI\deleteFileOld - line 4
(S)\Reports\termPrint\Methods\saveDocument - line 6
(S)\Reports\termPrint\Methods\run - line 94
(S)\Classes\SysReportRun\run - line 35
(S)\Reports\termPeriod\Methods\run - line 13
(S)\Classes\SysReportRun\run - line 35
(S)\Classes\RunBaseReport\run - line 34
(S)\Classes\BatchRun\runJobStatic - line 63
(S)\Classes\BatchRun\runJob - line 27
(S)\Classes\BatchRun\do - line 47
(C)\Forms\BatchRun\Methods\doBatch - line 18
(C)\Forms\BatchRun\Methods\setStart - line 8
(C)\Forms\BatchRun\Methods\setRunning - line 7
(S)\Classes\BatchRun\run - line 26
(C)\Classes\BatchRun\main - line 10

Почему эта ошибка?

[lev]

судя по стеку, не хватает прав на удаление файла (не хватает прав на папку где лежит файл).

[Arahnid]

У меня уже есть предыдущая тема, что конкретно файл не удалялся. Переделала на метод из 3.0 нормально.
Без пакетной обработки все работает. В пакете не получается.
Поставила уже папку для файла на самом аос. Ошибка та же.

[lev]

Цитата:

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

У меня уже есть предыдущая тема, что конкретно файл не удалялся. Переделала на метод из 3.0 нормально.
Без пакетной обработки все работает. В пакете не получается.
Поставила уже папку для файла на самом аос. Ошибка та же.

мой совет из соседней ветки пробовали?

З.Ы. ещё раз переспрошу на всякий случай, у пользователя, под которым запущена служба AOS сервера, есть права на папку?

[Arahnid]

Да, аос запускается из-под Local Service. На папку в сети дали доступ aos$ и там все права, кроме полных.
Но мне не ясно, ведь даже если выгружать файл на сам аос на диск с, то вручную работает ,а в пакете нет

Только чтение не стоит.
Выполняется от клиента,а про сетевую папку права, т.к. в нее копируется. АОС дали туда права, т.к. не понимаю чего с правами делать. Почему в пакете ругается.

[someOne]

\Classes\WinAPI\deleteFileOld - метод не стандартной аксапты. Может быть приведете его текст ?

[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. если АОСов несколько, то какой именно является обработчиком пакетных заданий можно посмотреть в Администрирование \ Настройка \ Конфигурация сервера. Те сервера, у которых установлен признак "Сервер обработки пакетных заданий", обрабатывают пакеты. Соответственно учетки АОС-ов, под которым выполняют вход в систему, должны иметь права на сетевые ресурсы.

[gl00mie]

А "прав нет" как выражается? Вылетает ошибка времени выполнения со стеком вызовов или же пишется предупреждение в результате отработки WinAPIServer::deleteFile() с учетом этого совета?

[Arahnid]

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

[gl00mie]

Цитата:

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

Ошибка выполнения получается.

Если речь про 'Сбой запроса на разрешение типа "FileIOPermission"', то запросите, наконец, разрешение перед удалением файла Возможно, путаница возникает еще и оттого, что в самих методах WinAPIServer также фигурируют всякие FileIOPermission'ы...

Цитата:

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

несмотря на все разрешения, которые он сам ставит в методе на сервере, я натыкаюсь на одну и ту же проблему
Сбой запроса на разрешение типа "FileIOPermission".
(S)\Classes\FileIOPermission\demand
(S)\Classes\WinAPIServer\deleteFile - line 11

Код WinAPIServer по больше части не "ставит"/запрашивает разрешения - он проверяет их наличие. Стоит обратить внимание на то, что внутри WinAPIServer::deleteFile() вызывается метод FileIOPermission.demand(), т.е. проверка (требование) того, что соотв. разрешение уже получено. В вызывающем же коде до WinAPIServer::deleteFile() надо вызывать метод FileIOPermission.assert(), т.е. запрашивать соотв. разрешение, наличие которого будет затем проверено в методе WinAPIServer; пример был здесь.

Цитата:

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

А может быть такое, что эта папка находится внутри другой папки. У аос нет прав доступа на папку верхнего уровня и поэтому он так ругается?

Может, однако, по умолчанию такая проверка отключена политикой безопасности. См. Computer configuration/Windows settings/Security settings/Local policies/User rights assignment/Bypass traverse chechking. По умолчанию там фигурирует Everyone; смотреть надо либо в Resultant set of policy (апплет rsop.msc), либо, если там будет Not defined, в Local computer policy (апплет gpedit.msc).

[Arahnid]

1,2
Делала

А вот про 3 не знала. Буду смотреть. У нас с защитой все мощно перекрыто. Может в этом дело.

[GBH]

тоже как-то бился с данной проблемой.
Помог совет из ссылки.
Ну и ,соответствующие, права у AOS были.
DAX 2009

записать файл в UTF-кодировке

[gl00mie]

Это уже шаманство пошло. В упомянутой теме вызывалось два метода, каждый из которых требовал наличия различного разрешения, здесь же вызывается лишь WinAPIServer::deleteFile(), в коде которого вполне однозначно написано, наличие какого разрешения он проверяет:

// check file I/O permission
fileIOPerm = new FileIOPermission(_fileName,'w');
fileIOPerm.demand();