Показать сообщение отдельно
Старый 06.11.2007, 11:10   #5  
trace is offline
trace
Участник
 
3 / 10 (1) +
Регистрация: 06.09.2007
Цитата:
Сообщение от gl00mie Посмотреть сообщение
Мне кажется, это очень неудачная идея; если ее вам подсказали аналитики или, того хуже, сами пользователи - подумайте дважды... Пользователь может запустить какую-нить длительную операцию (создание отчета, разноску журнала, еще что-то) - не в пакетном задании, а непосредственно в своей сессии и, "покурив" минуту-другую, попытаться запустить второй экземпляр клиента. В результате предыдущий клиент по вашей логике прибьется, и запущенная операция прервется с откатом транзакции, если таковая будет начата в ходе обработки. Хорошо, если это будет длительное создание отчета, а если какая-нить разноска? Вы уверены, что пользователи хотят именно этого и будут адекватно воспринимать подобное поведение системы при запуске второго клиента?
Более того, надо быть очень аккуратным при таком подходе, ведь пользователи могут быть и служебные - какие-нить proxy-пользователи для бизнес-коннектора. В результате при таком поведении системы любой функционал, их использующий, будет постоянно прибиваться при запуске второй сессии. Я точно не скажу, но вроде Enterprise Portal требует (требовал в 3-ке) двух COM-лицензий и, соотв., двух одновременно работающих сессий COM-коннектора. Подумайте об этом.
Планировалось убивать именно предыдущую сессию, потому что бывают случаи, когда аксапта просто зависает, а сессия тем не менее не обрывется. При запуске второй сессии пользователю будет выводиться сообщение, и он сможет либо закрыть предыдущую сессию, либо текущую.