to Chirva: Номинально задача состояла в том чтобы экспортировать внутреннюю таблицу в текстовый файл на локальную рабочую станцию, с которой я работаю (не сервер). На сервер приложений меня вряд ли кто пустит, поэтому поиграться с ним к сожалению возможности нет.
to Besa: Пока даже не знаю о чем можно спросить админов, считывание и запись в файл происходит без проблем: через ФМ WS_FILENAME_GET беру имя файла который хочу изменять или считывать из него содержимое, передаю имя файла -> open dataset. Всё работает - но файла по указанному пути НЕТ)).

Я думаю проблема в этом - а если на сервере приложений не MS Win? сработает ли данный формат (\\server\share)???

Так, Вы выбираете путь к файлу через WS_FILENAME_GET, то есть путь выбирается в диалоге с локальной машины(C:\1.txt например), потом этот же путь передаете в open dataset? Так ведь не пойдет, open dataset работает с апп сервером. На апп сервере значит и ищите...

Вы меня запутали немного Вы сейчас как тестируете в диалоге, насколько я понял?

to Besa: Да тестирую в диалоге в идеале хочу чтобы работало в фоне . Да я практически уверен, что файлы на application server лежат, как их оттуда выдернуть?
to sy-uname: Легко проверил для моего сервера приложений sy-opsys = 'SunOS'.

Александр, если эти "телодвижения" только для Вас как для разработчика, то думаю не стоит заморачиваться, попросите админа, чтоб Вам папку создал или пусть укажет путь к какой-нибудь темповсвой, выгружайте туда и используйте тр CG3Y например(способов много), это для "выдернуть", кстати, сейчас можете проверить, выгрузить Ваши файлы.
Если нет, то продолжим разговор

Если не MS Win,
то и путь будет /tmp/

но сетевой путь \\server\share - сработает в любом случае.
лишь бы с ресолвом "server" проблем не было и маршрутизаторы в сети пускали этот протокол.

to Besa: понимаете в чем дело, мне крайне необходимо чтобы выгрузка на локальную рабочую станцию файла происходила в автоматическом режиме, собственно файлы нашли на сервере прилжений с помощью предложенной транзации CG3Y чему я очень рад и выгрузка диалоговым пользователем происходит на "УРА". И Даже если и все пройдет ровно и нужный мне файл будет создаваться на сервере приложений при работе ABAP -программы которая будет запланирована планировщиком SAP, то уж очень я не уверен что в фоне можно будет выдернуть этот файл на локальную машины.

Разве? или всё-таки в случае с nix-системами сетевые ресурсы надо монтировать в FS?

Так ведь не срабатывает - вместо SY-SUBRC <> 0 создаётся где то в нетрах AS файл.

to Chirva: под "\\server\share" понимается все-таки AP сервер или локальная машина?

Понятно, тогда следующий шаг такой. У Вас просто небольшая ошибка. Честно признаюсь, так как описывает Chirva, я сам не проверял, но я думаю что все должно сработать.
Как Вам перевести все это в фон? Процесс весь выполнятся будет на АС, то есть путь Вам нужно задавать, как путь к своему сетевому ресурсу, а не просто "C:\...\.." Далее, нужно проверить можно ли зайти на Ваш ресурс с АС, пусть админы пинганут от себя Ваш адрес, потому как, то что Вы расшарили папку это еще ничего не значит, как тут уже упоминалось, могут быть проблемы с доступом по безопасности.

Всем привет!
У меня та же самая проблема: записывает в файл и считывает, но сам файл я нигде не вижу и найти не могу.
Причем неважно, куда я записываю - к себе на рабочий стол или на расшаренную папку типа \\XXX.XX.XX.XX\Users\XXXX\Desktop\Folder\test.XLS.

Может кто знает, как найти файл и куда он все-таки пишется?
Очень надо записывать файл в фоне в расшаренную папку...

Вот код:

То что файл аппендится можно увидеть по спулу:

Один из последних моих советов включал несколько последовательных действий.
от сервера к локальной машине
от чтения до записи

"\\server\share" - формат записи сетевого адреса, и значение "server" может принимать любое - от IP-адреса AP сервера, до IP-адреса локальной машины, через IP-адрес любого из доступных в вашей сети файловых серверов. Вместо IP-адреса может использоваться имя сервера, но тогда дополнительным риском является проблема с преобразованием имени в адрес.

Прочтите все рекомендации с самого начала - проверьте откроется ли ваша шара если обращаться к ней с консоли сервера.
И таки пройдите через open dataset весь путь - сначала используя локальные адреса для экспорта файла (C:\tmp или /tmp - как подскажут вам ваши базисники),
потом шару на сервере и лишь потом на локальном компьютере.




Если операционная система умеет открывать сетевые шары (выше в который раз писал - начать с проверки "от консоли") - то и извращаться не нужно,
если не умеет (не может) - отдельно искать проблему и ее решение. Формат адреса \\server\share не родился в MS Windows, а пришел из других операционных систем.


Добавка.
Настойчиво покопался в документации.
Увы, свое мнение о том, что начинать нужно с попытки открыть сетевой адрес с консоли сервера приложений - не изменил.
Если совсем нет желания контактировать с базисом, то придется разделить задачу на две части:
1. В фоне выкладывать на сервер приложений;
2. В онлайне - перетаскивать себе.

Но увы, даже если вы это сделаете без контакта с базисом - сюрпризы могут случиться в любой момент.
(В любой момент, когда базис заметит ваш файл!)

Да, что то я стал подзабывать мат.часть
\\server\share это именно MS Windows формат
для NIX надо наверно попробовать написать //server/share
во всяком случае при таком варианте записи open dataset на левый адрес вернет sy-subrc <> 0

Успел в прошлое письмо дописать:

Ну так не всякий имеет доступ к консоли AS, зато любой, имеющий ключ разработчика, может написать OPEN DATASET