Ax 3. Запускаю на сервере удаление файла. Не удаляет.

[Arahnid]

Создают пакетную задачу - удалить файл в одной из сетевых папок.
WinApi::deleteFile(path);

Файл не удаляется! Ошибок не выводится. На сетевую папку даны полные права Администраторы Axapta.
Настраиваю удаление файла из локальной серверной папки. В этом случае файл удаляется.
Т.е. не удаляется именно из сетевой папки.

У локального пользователя такие же права на сетевую папку. Но у него файл удаляется без проблем.

Почему не получается удалить файл в Режиме сервер?

[S.Kuskov]

Цитата:

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

На сетевую папку даны полные права Администраторы Axapta.

Мне кажется здесь куда важнее права пользователя, под которым запущен AOS. Они есть у него?

[Arahnid]

Да, есть. Я на сервере без пакетной обработки запускаю удаление и он удаляет.

[nix0root]

У себя я удаляю *.bat -ником, запускаю его из пакетного задания. Работает.

[nix0root]

При желании батник можно создавать динамически.

А getLastError чего говорит?

[Arahnid]

Выдает цифру 5. А как узнать, что это значит?

[raz]

Цитата:

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

Да, есть. Я на сервере без пакетной обработки запускаю удаление и он удаляет.

Вопрос был:
Есть ли у пользователя, под которым работает служба АОС, а это скорее всего система, права на каталог? Вероятнее всего нет.
Я бы поставил 100 к одному, что причина в этом.

[Arahnid]

И я к этому склоняюсь. Но вот вопрос. От какого же пользователя запускает сервер процесс. Права полные я поставила.

Причем сразу после этого я запускаю сохранить эксель документ там же и он это делает.

http://malinnikov.ru/wp-content/uplo...error_list.txt

5: Отказано в доступе

[Arahnid]

Пасибо большое.
Теперь ясна причина.

Не понятно. Процесс запускается от пользователяА. У пользователяА полный доступ. Если в обычном режиме пускать удаление, то удаляется. Если от этого же пользователя пускать через пакетную обработку, то не удаляется.

Как так может быть?

[S.Kuskov]

Цитата:

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

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

Аксапта - это клиент серверная система. Один и тот-же код, в зависимости от ситуации, может работать как на сервере так и на клиенте. Если код работает на сервере, то некоторые привелегии (в том числе и файловые) зависят не от прав пользователя, запустившего задание, а от прав пользователя под которым запущен AOS (начиная с 4-ой версии указывается в настройках соответствующей службы)

[Arahnid]

Я вхожу под собой. Под собой запускаю пакетную обработку и не работает. В этой же сессии к серверу руками запускаю формирование этого же отчета - работает.

Вот это и странно.
Проверяю - от моего имени запускается WinAPI во всех случаях, но именно при пакете не срабатывает.

[Arahnid]

Я вхожу под собой. Под собой запускаю пакетную обработку и не работает. В этой же сессии к серверу руками запускаю формирование этого же отчета - работает.

Вот это и странно.
Проверяю - от моего имени запускается WinAPI во всех случаях, но именно при пакете не срабатывает.

[S.Kuskov]

Цитата:

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

Я вхожу под собой ...

Ещё раз. Не важно под кем входите вы. Важно под каким пользователем запущен AOS.

Цитата:

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

Проверяю - от моего имени запускается WinAPI во всех случаях.

Не важно чему равен аксаптовский curuserid(). С виндой серверный код общается от имени пользователя, запустивщего AOS.

[S.Kuskov]

Цитата:

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

Сервис AOS запущен от Local System Account.
Какому пользователю я должна дать права?

Ну, чисто интуитивно (могу ошибаться), Local System Account - это текущий польлзователь. Т.е. тот пользователь который, осуществил вход в Windows.

[Dron AKA andy]

Local System Account - это системная учетная запись, обычно имеющая полные права на сам локальный компьютер. Выхода в сеть у нее нет. Вам нужно настроить запуск AOS под доменной учетной записью, для которой и настроить потом доступ в сетевую папку.

[Arahnid]

Всем спасибо, буду пробывать