Текущее время: Пт, июл 18 2025, 02:17

Часовой пояс: UTC + 3 часа


Правила форума


ВНИМАНИЕ!

Вопросы по SAP Query и Quick View - сюда



Начать новую тему Ответить на тему  [ Сообщений: 3 ] 
Автор Сообщение
 Заголовок сообщения: Клиент-сервер
СообщениеДобавлено: Чт, июн 01 2006, 17:41 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Ср, ноя 23 2005, 13:37
Сообщения: 1805
Откуда: ECC 6.0
Пол: Мужской
Возможно ли запустить фоновый процесс в качестве сервера, а потом обращаться к нему из отчётов?


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, июн 02 2006, 09:29 
Менеджер
Менеджер
Аватара пользователя

Зарегистрирован:
Чт, мар 09 2006, 10:12
Сообщения: 565
Откуда: Волгодонск
Пол: Мужской
Вопрос в том как они общаться будут друг с другом
я тут вижу только один вариант через БД или файловую систему, те клиент в таблице оставляет запрос - сервер циклически проверяет эту таблицу обнаружив заприс орабатывает выкладывет ответ....
ИЗВРАЩЕНИЕ однако


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, июн 02 2006, 09:37 
Директор
Директор
Аватара пользователя

Зарегистрирован:
Ср, сен 22 2004, 08:42
Сообщения: 1079
Откуда: Москва
Пол: Мужской
Не знаю какая стоит задача, может быть наоборот фоновый процесс - клиент диалоги - сервера, сам никогда не пользовался образец SGEN.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт, июн 02 2006, 10:26 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Ср, ноя 23 2005, 13:37
Сообщения: 1805
Откуда: ECC 6.0
Пол: Мужской
DKiyanov написал:
Вопрос в том как они общаться будут друг с друг

Как создать многопоточное фоновое задание написано известно
http://help.sap.com/saphelp_47x200/help ... ameset.htm

Общаться можно через БД, через файл, через глобальную память.
Суть в том, что, с одной стороны, сервер должен ждать запросов клиента и не должен потреблять ни процессорное время application server'a, ни ресурсов БД (как любой нормальный сервер слушает TCP/IP порт). Реализация с помощью RFC_PING_AND_WAIT + select раз в секунду - слишком редко, да и клиент не будет знать что вообще происходит.

А нужно это извращение вот для чего. Как обсуждалось (http://sapboard.ru/forum/viewtopic.php?t=1683) блокировка не живёт дольше процесса. Нужно заблокировать документ с клиента (в самом общем смысле) извне системы по RFC. При этом если RFC-сессия вдруг оборвётся (случайно или преднамеренно), блокировка должна оставаться.

Можно, конечно, написать свой сервер, который будет жить на application server'е и постоянно держать открытую RFC сессию с R/3 и не падать. Соответственно, все клиенты будут осуществлять блокировки через него. Но не хотелось бы создавать лишние сущности.


Принять этот ответ
Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 3 ] 

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: Yandex [Bot]


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
Русская поддержка phpBB