В тонком или веб клиенте при выполнении кода на сервере нельзя задать вопрос пользователю или попросить его ввести строку.

И это нормально.

Но надо :))

Как?

#ЕслиКлиент

только спросить заранее...

или разбить на 2 вызова

(1) А подумать?

(2) Нельзя, количество вопросов заранее неизвестно.

(3) Невозможно.
Код на сервере начинается строкой
НачатьТранзакцию()
а заканчивается строкой
ЗафиксироватьТранзакцию()

(6) а придется

(4) А чего думать? Если клиента нет то кого он там спрашивать будет?

(0)
ПоключитьОбработчикОжидания()
и проверять ПараметрыСеанса
?

(8) Если бы клиент там был, то я бы такую ветку не заводил.

(7) Я подумаю над вашим коммерческим предложением.

(9) Да это понятно, но жесть же.

Опиши точнее задачу, может и можно что-то придумать.

(12)
ведение беседы с юзером в транзакции - это покруче.

(13) Человек нажимает в документе кнопку "Утвердить", после чего выполняется некоторая последовательность действий, к некоторым из которых запрашивается комментарий.
То есть выполняются задачи, меняются реквизиты документа и т. д.
Если где-то сбой, то транзакция откатывается.

(14) А что делать, приходится, заранее все не просчитаешь.

(15) задача поставлена криво - попробуй изменить постановку.

(17) Задача уже реализована, нужно на веб-клиент переложить.

(16) Почему нет?

(19) Сколько и каких вопросов задать пользователю?

(20) предложить заполнить анкету :-)

(18) Представляю как тяжело твоим программистам:
- Это невозможно.
- Пшел нах, делай я сказал.

(16) обработка ожидание + параметр сеанса чем тебя не устраивают ?

но опять же.. началась транзакция... ее что, стопорить пока пользователь строку введет ?
а если пользователь курит? или домой свалил?

вообще в (0) описан типический прямо бизнеспроцесс :)

(22) Нет слова "Не могу", есть слово "Не хочу" :))

(23) Да коряво как-то :o)

(25) Так и есть

(27) переложи свой бизнеспроцесс на объект конфы "бизнеспроцес" и наслаждайся "некорявостью"

в чем проблема то? :)

(24) Ну чудак он значит. Не через ч ессно :))

(29) Да пля, уже все переложено, изначально сделано.
Вопрос-то в другом.

(26)
ну да, в переводе

не знаешь - заставим, не хочешь - научим...(с) Армия

(30) то что мчудак это то понятно.. чо с твоей базой будет при зависших транзакциях незакрытых.. на быстродействие как скажется

(31) а в чем?
разбили процесс на 3 части

первый кусок который впоследствии создает задачу и соответственно задача по выполнении дальше процесс запускает...

чего тут эдакого нестандартного ?

(33) Не надо теоретизировать, дураков нет, пользователи так не делают.
Да и таймауты можно поставить.

Смысла в транзакции, если при этом идет диалог с пользователем, 0.

(34) ВСЁ должно либо сделаться либо нет, то есть нельзя бить на части.

А чем бизнес-процессы не устраивают? Правда, видимо придется переписывать уже сделанную задачу, но все таки.
Либо перед запуском транзакций ВСЕ вопросы задавать. А задавать вопросы в рамках транзакции - это вообще не дело.

(37) Ну значит сначала делаем все со всеми проверками и т.д. затем записываем в базу.

(37) а предусмотреть программный "откат" нельзя?
а только  в конце процесса переключить активность проводок и записей в регистр по документам процесса тоже нельзя?

А вообще - задачу в студию, а то ерунда получается: "у меня есть проблема, но я ее полностью не расскажу, но расскажу ту часть проблемы, которая меня волнует".

(38) Да что ж за жизнь-то.
1. Сделано все на бизнес-процессах.
2. Как использование бизнес-процессов решает проблему, непонятно.
Все вопросы ПЕРЕД выполнением задать нельзя, так как неизвестно, сколько и каких их будет.
3. Задавать вопросы в рамках транзакций не комильфо, но мы сейчас не про это.

(39) Через пятую точку и сложно.

(40) Нет.

(41) Читай (15).

(39) типа транзакция на сервере это типа просто? :)

Опиши ВСЮ проблему.

Через файлы...Сервер пишут файл с вопросом и ждет...клиент файл читает, отвечает, сервер читает ответ, и двигается дальше...

(45) в (15) написан типичный бизнеспроцес согласования документов который во всех учебниках рассматривается и есть в типовых

Так вот что такое "после чего выполняется некоторая последовательность действий, к некоторым из которых запрашивается комментарий"?

+(49) в ут11ой вроде есть согласование платежей - тожесамое что и в (15) написано :)

Почему комментарии (видимо вопросы) не задать ПОСЛЕ нажатия на кнопку, но ДО начала транзакции?

Почему не заблокировать от изменения те объекты, которые не хочется менять ДО начала транзакции?

(46) Да.

Этот чувак из (0) всё вакансиями здесь спамил. Вот неповезло тому прогеру, которого они взяли, такие идиотские задачи решать)

(48) Мда, без комментариев.

(15) нефига не понял. Если нажимается кнопка в форме, то после выполнения кода на сервере произойдет возврат на клиента, что мешает на сервере сформировать только текст сообщения, а уже потом выдать сообщение пользователю?

(50) Я же написал.
То есть выполняются задачи, меняются реквизиты документа и т. д.

(43) Вроде всю жизнь так и делалось.
(46) Зачем все подряд в транзакцию пихать?

(52) Что именно спрашивать?

(55) Тебе повезло. У тебя пожизненный иммунитет трудоустройства ко мне :))

(55) Может это им не повезло раз приходиться так их решать.

(61) он теперь будет плакать непереставая недели две...

Мда. Профессиональная импотенция у народа в разгаре :))
Всем спасибо, все свободны.

(64) нет, ты еще поюмори. Давно так не смеялся.

Он еще и на собеседованиях такой вопрос будет задавать.. А когда претендент не ответит, он скажет- да какой ты спец...максимум на 40 тыр годишься...

(64) Мда. Профессиональное извращение у тебя в разгаре :))
Свободен ))

(0) Я стесняюсь спросить, а кому будет задавать вопрос код, исполняющийся на сервере?

(65) может у него от ОБЭПа защита такая... они начинают с начала года транзакцию.. работают в ней до конца года.. чуть что - сразу откат транзакции и вуаля - чистая база ничего нет...

(64) Да всегда пожалуйста как скучно будет так еще обращайся надеюсь не отпустит так быстро мы постов на 1000 тут накидаем, ведь так увлекательно гланды через задний проход доставать,а особенно советовать как это лучше сделать.

(68) я спросил у сервера
где строка с параметром
сервер не ответил мне
пошуршав винтом....

(0) ты кстати никогда не думал, почему с клиента можно вызвать сервер, а с сервера клиента нет,а?

(68) Видимо сразу всем... или может случаному пользователю...

(73) на самом деле параметр сеанса + обработка ожиданиия у конкретного пользователя стартующая при старте процесса как бы помогут решить проблему :)
но это типа недостаточно прямо для строй грандиозной задачи....

Жесть

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

Хорошо, очень хорошо.
Что я не пошел к автору в фирму работать.
:-)

(74) Пердставил себе реализацию этого... как то даже не по себе стало.

нужно фоновые задания курить..

(72) Ему - некогда думать.
Он - по уши в программировании.

Это у него небось с 8.1 (или 8.2 толстого клиента) тянется - там же можно в форме начать транзакцию и там же ее зафиксировать.

(74) Вызов сервера как бы синхронен.

Извини, но для управляемых форм нужно мозг ломать и идеологию тоже

У автора - 1 путь.

1) НачатьТранзакцию()
2) Собрать результаты (например проведения дока)
3) Если надо спросить - сразу ОтменитьТранзакцию() и вернуться на Клиент
4) На Клиенте - спросить.
5) Вернуться в сервер и выполнить снова уже с известными ответами.

НО.
Надо блокировать всех остальных.

(5) "количество вопросов неизвестно" - типа пока задача выполняется, чтобы юзверю скучно не было, комп ему будет вопросы задавать (анкетирование эдакое)?

(84) И эти люди запрещают мне ковыряться в носу :))

(86)
Что не так?
Предложи лучше.

(87) Поставить монитор на сервере и бегать туда отвечать на вопросы

(87)
если бы мне нужно было сделать такую тупость то я тупил бы так:


регистр сведений "надоспроситьпользователя"
с измерениями "пользователь, идентификатор транзакции" и ресурсами "вопрос, ответ"

в транзакции пишется запись в регистр сведений и дальше пауза пока не появится ответ...

в клиенте при старте процесса обработка ожидания опрашивающая регистр сведений на предмет наличия вопроса, соответственно сам вопрос и запись ответа в регистр...


во всем этом меня смущает тразакция на паузе :)

+(89) и это бы них.я несработало ибо в незавершенной транзакции запись записать низя

+(90) значит остается тока файл :)
кстати как вариант - писать во внешнее хранилище по оле.. :)
например в базу данных mssql

(90) в мой вариант в (48) сработал бы?

+(89) хм, а какая тупость тупостью в (0) должна решаться?

(92) не вижу причин почему бы не сработало бы...
единственная тонкость - тонкий клиент...
опля.. это же вебсервер..

значит надо писать файл на сервер...
и читать его с вебсервера :)

Судя по решению и с ковырянием в носу - большие проблемы будут. Ибо ты ДО НАЧАЛА КОВЫРЯНИЯ должен определиться с вопросами типа
1. В носу ли будешь ковырять?
2. В какой ноздре?
3. ...
Х. Когда вытаскивать палец.
А то во время ковыряния, можешь случайно обнаружить, что уже НЕ палец и НЕ в Носу.

Не уже ли ПЯТНИЦО пришел?

(95) рассуждаем.
вебклиент.
транзакция сохранила в каталог с вебсервером html с вопросом и ждет там наличия html с ответом.

чем не вариант?
причем прочитать его можно будет тонким клиентом вполне себе...

Мистец, народ жгет.
Какие регистры, какие файлы?

Сервер вызывается синхронно.
Клиент ждем Сервера, пока он возвратит управление.

(95) судя по ветке у чела с ковырянием в носу будут траблы. Палец будет по черепу изнутри скрести )

По ОЛЕ запускать еще один удаленный аппликэшн и там задавать вопрос

(91) Точно - запустить COM-соединение с боевой базой, которое заблокирует потенциально изменяемые объекты, потом по ходу дела писать данные в зеркало БД, сохраняя трассировку транзакции, закрыть COM и выполнить снятую трассировку в боевой базе.

Второй вариант - посадить человека который будет мониторить ход выполнения в отладчике и звонить юзеру, запустившему транзакцию - задавать нужные вопросы.

(97) В кластере не прокатит.

(100) из серверной процедуры ОЛЕ запустится на сервере... вопрос будет задан, но никто его не увидит

В кластере получится, что палец засовываешь себе, а выходит он из носа друга. Кошмар!!!

Ладно, решение понятно, последняя надежда с экспортной фукнкцией формы растаяла как дымка, будем делать красиво и правильно :))
Будем ломать мировоззрение на работу с тонким клиентом :))

(98) забавный топик от Радченко
http://devtrainingforum.v8.1c.ru/forum/thread.jsp?id=557679

(104)
(102) каким это раком не прокатит..
обслуживающий ВЕБсервер один.. не кластер...

с кластерных серваков где сервер1с вертится - просто дать доступ писать в каталог...
в принципе если ольку юзать то можно напрямую во внешнюю базу писать...

(103) Удаленный ОЛЕ = ОЛЕ на удаленной машине (так тоже можно)

(106) О, неплохо расписано, спасибо :))

Какое ОЛЕ??? А если и веб сервер и сервер 1С на LINUX работают?

И веб клиент-там же?

Хорошая ветка.

Вот это - хорошая такая задачка, как на собеседовании дятелов отсеять.

Даже не отсеять, а посмотреть их уровень для 8.2

Ограничения конечно же у способа есть ))

А ты сталкивался с тем, что пользователи уходят на обед, не ответив на вопрос, который крутится в транзакции??? Нельзя вопросы пользователю в транзакции задавать.

(110) по этому я и говорил что воспользоваться специально поднятым для этого апачем и какойнить новамодный соап...

ну или втупую сделать страничку q.php куда параметром передавать строку запроса для mysql и соответственно a.php которая будет возвращать ответ...

(115) У него пользователи к стулу привязываются и отвязываются только после завершения транзакции

(115) таймер и килять весь процесс фиксируя отстусттвующего пользователя для последующей экзекуции

да.. франчи жгут.
самый забавный аргумент это про все сделано и переделать нельзя. но надо.

(106) нечего там не нашел чего бы небыло озвучено в первых 50 постах этой ветки

Еще вариант на смс посылать вопрос

и ведь казалось бы у топик стартера работаю проги за > 100 тыров.. а надо же.
пойти что ли прибавки попросить.

отстатыщ только за отдвести часов

Просто надо перестраивать голову под управляемые формы 8.2 - а это тяжело.

(108) Интересно... а в сеансе какого пользователя открывается OLE на удаленной машине? Можно это настраивать?

... не в обиду будет сказано. Ибо идеология там другая, более жесткая

(125) можно

(124) Если с головой изначально в порядке, то не так уж и тяжело.

Не скажи. Я при переходе с 7.7 на 8-ку себя год ломал. Особенно с периодикой

(124) речь то не о том. речь о том, что генеральный директор спрашивает о таком на форуме, в тот момент когда у него работают свои проги, получающие овер 100.
неужто они не могут решить такую простую задачу (даже если раньше ни с чем подобным не сталкивались).

Новый COMОбъект(<Имя>, <ИмяСервера>)

Параметры:

<Имя> (обязательный)
Тип: Строка. ProgID класса COM, с которым он зарегистрирован в системе. Например, "Excel.Application".

<ИмяСервера> (необязательный)
Тип: Строка. Имя компьютера, на котором надо создать указанный объект. Если параметр опущен, то создается на данном компьютере.

(130) Почему решил, что 100 ?

(15)Может всё же помять что-то в механизме работы документа?
А то шикарно - чел должен вбить комментарий, а его отвлекли и он отошёл на 10-20 минут.... Транзакция висит.... Он что-то там держит.... ИМХО это не правильно....

(133)*поменять

(132)
OFF: Предлагаю работу в Москве на восьмерке > 100 000

(129) 8.2 заставляет писать правильно. Тому, кто хотя бы имел представление, как правильно писать клиент-серверные приложения ничего в себе ломать не надо.

Автор (0) отпишись - получилась мегаидея и как транзакция ожидающаяя ответа пользователя повлияла на "отзывчивость" системы


уж очень интересно...

Если это работодатель, то ему, скорее всего, сказали, что всю процедуру надо переделывать за большие деньги. Вот он сюда и обратился с криками "Ну и что, что нельзя, а хочу БЕЗ исправления (перевожу - чтобы бесплатно)".

(138)ага...
хочется удалить гланды но пасть я разевать не буду..
нивопрос - удалим через ж.пу...

(137) Мегаидея не получилась, я же написал в (105).
Транзакция, ожидающая ответа пользователя, на "отзывчивость" системы не повлияла никак.

Если серьезно, то вся ветка - это (196) и (135).
Кто что мог сказать дельное, то сказал, кто не мог, тот тоже пукнул :))

(135) кстати актуально :))

(140) Заодно и в носу поковырялись ;-)

(140) >> Если серьезно, то вся ветка - это (196) и (135).

Умеешь будущее предсказывать ;-)

(142) предсказываю что в (196) будет написано про автора ветки что то разоблачительно-нелестное :)

(140) наверняка еще есть такие кому есть что сказать, но им лень за тебя твои деньги зарабатывать.

(142) Сорри, (106) конечно же.

(0) Спросить у пользователя недостающую информацию после транзакции не предлагать?