Сбой запроса на разрешение типа "FileIOPermission"

[Silphidae]

Добрый день.

Помогите, пожалуйста, с таким вопросом:

Есть небольшой класс-наследник RunBaseBatch, выгружающий данные в текстовый документ. При запуске его вручную - все выполняется прекрасно, при запуске его в пакетном режиме вываливается ошибка: "Ошибка времени выполнения: AsciiIo Объект не инициализирован" При этом в инфолог пишется следующее: "Сбой запроса на разрешение типа "FileIOPermission".

Вот код метода выгрузки:

void exportSmth()
{
    str              fileName;
    FileIoPermission perm;
    ;
  
    fileName = "c:\\test.txt";
    perm = new FileIoPermission(fileName, "W");

    perm.assert();

    file = new AsciiIO(fileName,"W");
    file.write("test");

    CodeAccessPermission::revertAssert();
}

в класс декларэйшн file объявлен как AsciiIO.

Поиском пользовался, ответа в других темах, как мне показалось, не нашел.

[mazzy]

Цитата:

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

При запуске его вручную - все выполняется прекрасно, при запуске его в пакетном режиме вываливается ошибка: "Ошибка времени выполнения: AsciiIo Объект не инициализирован" При этом в инфолог пишется следующее: "Сбой запроса на разрешение типа "FileIOPermission".

Пакетный режим выполняется на сервере?
Из-под кого запускается пакетный режим?
Есть ли у этого "кого" права на запись в этот файл?

[Silphidae]

Да, запускается на сервере. Из под кого знаю. Права у него есть. Спасибо.

[Silphidae]

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

[ZVV]

Цитата:

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

Да, запускается на сервере. Из под кого не знаю. Подскажите, пожалуйста, как посмотреть из под кого, и есть ли у этого "кого" права. Спасибо.

Пользователь ОС, под которым запускается пакетный режим...
Пользователь ОС, под которым запускается АОС...

[Silphidae]

Проблема все еще не решена. Помогите, пожалуйста.

[Eldar9x]

Можно попробовать:
1) Перенести file = new AsciiIO(fileName,"W");
перед созданием perm = new FileIoPermission(fileName, "W");
либо перед perm.assert();
2) Перенести объявление file из Classdeclaration внутрь этого метода.
3) Писать не в корневую директорию C: а скажем в папку C:\\Temp

[Silphidae]

Предложенные три варианта не помогли.
А про модификатор можно подробнее, пожалуйста?

[Eldar9x]

Еще вариант, если это только в пакете используется, так дайте классу модификатор client.

[DSPIC]

А с правами точно всё ок?
Вставьте в код, где идет работа с файлом строки:

info ("User: " + curUserId());
info(isRunningOnServer() ? "Server" : "client");

Если увидите эти инфологи - посмотрите, какой пользователь и права на доступ к файлу\директории

[Silphidae]

У пользователя права есть. А вот isRunningOnServer() вернула true. Выходит, проблема именно в том, что класс запускается на сервере. Только не знаю, как ее решить.

[DSPIC]

Решается просто. Метод, который создаёт объект класса (обычно main или construct) должен выполняться на клиенте. А для этого должен иметь модификатор client:

client static void main(Args args)

.

client static Tutorial_RunbaseBatch construct()

Возможно, ещё понадобится перекрыть метод canSwapBetweenCS и вернуть true

[Eldar9x]

Цитата:

А про модификатор можно подробнее, пожалуйста?

как это сделать, уже написали. Как вариант, можно прямо в AOT на классе св-во runOn выставить.

Цитата:

Возможно, ещё понадобится перекрыть метод canSwapBetweenCS и вернуть true

не понадобится. Там и так по умолчанию true возвращается.

Однако, есть возможность запускать в пакете класс, так чтобы он работал и на сервере. Смотрите, под каким пользователем запускается АОС (у меня, network service). Добавляете этого пользователю в соответствующую группу в консоли управления компьютером (можно прямо в Администраторы). Перезапускаете АОС. Теперь файл в корневой директории диска С должен создаваться без проблем. Если же файл создавать не в корневой директории, а в папке, то все работает и без этого. В любом случае, проблема была связана с правами в винде.

[DSPIC]

Цитата:

не понадобится. Там и так по умолчанию true возвращается.

Ухх, пардон. Хотел написать:

"Возможно, ещё понадобится перекрыть метод canSwapBetweenCS и вернуть FALSE"

[Silphidae]

Спасибо. Решение выставить свойство класса Run On в значение Client вместе с модификатором Client в main (хотя, возможно, это излишне) оказалось правильным. Спасибо еще раз.

[Eldar9x]

Цитата:

оказалось правильным.

(Сорри за оффтоп) Ну и зря. Это не правильное решение, а обходное.

[in.dc]

Цитата:

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

...Ну и зря. Это не правильное решение, а обходное.

Если уж на то пошло, вы считаете что давать учетной записи от которой запущен AOS права локального администратора на сервере

Цитата:

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

...
Однако, есть возможность запускать в пакете класс, так чтобы он работал и на сервере.
...
Добавляете этого пользователю в соответствующую группу в консоли управления компьютером (можно прямо в Администраторы).

более 'правильным' решением?
Очень спорный совет с точки зрения безопасности.

[Eldar9x]

Цитата:

Очень спорный совет с точки зрения безопасности.

Читайте внимательней

Цитата:

Добавляете этого пользователю в соответствующую группу в консоли управления компьютером (можно прямо в Администраторы)

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