Текущее время: Вс, июл 06 2025, 02:10

Часовой пояс: 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 часа


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

Сейчас этот форум просматривают: нет зарегистрированных пользователей


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

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