Доброе время суток.
После разрыва соединения (например проблема с каналом) на сервере приложений некоторое время продолжает висеть диалоговая сессия пользователя. При последующем входе SAP ругаетс о повторной регистрации. Тут все в порядке.

А можно ли при повторном логине каким-то образом подключитьс к уже существующей сессии? Идея понтна: сидит чел и вбивает 50 позиций заказа, после 30 минут работы естественно заказ не сохранен, и после обрыва сесии челу юзеру необходимо начать все сначала, хотя явно старая сессия еще висит на сервере приложеия.


Сенкс...

Начиная с 4.6 это не возможно.
До 4.0 это была терминальная сессия, в 4,6 клиент стал "толстым",
после разрыва соединения сервер не знает в каком состоянии находится контрол на клиенте (например ALV GRID).

По вышеназванным причинам , кстати можно было стандартно захватить даже чужую сессию.
Вплоть до 6.20 это жило, но возможность была скрыта.В 6.40 не знаю , не пробовал.В 7 зарезали сие

Работала она опять таки не для контролов.

Ну не знаю , grid нормально отрабатывал вроде, хотя я в детали не вдовался

Абыдна... В SAP есть хороший потенциал 3-х уровневой системы, и так его похерили . Мне лет 5 назад базисник показывал такую фичу (действительно стояла 4.0), а сейчас на ERP2005 так и не смог найти.

Получается что проблему с плохим каналом связи можно решать только сторонними терминальными системами?

Наверное это был "старый" грид. В ALV действительно много функциональности на клиенте.

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

А поподробнее можно?

Захватить чужую не подскажу, а вот как протранслировать свою:
В SM04 (точнее в отчете RSM04000)поставить курсор на пользователя, которому надо показать свой экран в командной строке набрать SLON, по окончании все тоже но SLOF.

При плохихи каналах можно использовать два подхода:
1. Не давать клиенту определить разрыв соединения. Был параметр в SAP, jdntxf.obq за частоу проверки соединения. И был параметр в Windows, определяющий физическое отсоединение от сети.
2. Использовать http клиента (ITS до 620 или ICM с 640 и старше). Трафик при этом выше раз в 5-6, но нет проблем с неустойчивыми каналами.