VIT2708так как таймер внешняя программа
Почему внешняя? И что есть "внешность"?

VIT2708может передавать данные например раз в минуту а может и раз в час
Как заведешь часики, так они и будут тикать.

Лёня, как считаешь, пора ли долбосеву пороть? :)

VIT2708Программа называется например CISCO
В программе с названием CISCO встроен таймер, которая передает данные каждый час?

VIT2708вот тогда cisco передает параметр звонящего
Передает куда, кому, откуда?

SeVaМСУСвинья, какие мыслишки, ты о чем? Ты ж сам ляпнул очередную глупость, от которой над тобой даже студенты заливаются смехом. Почему за твою тупость должен кто-то отвечать, заморыш?

1.Муслима, только полная дура может использовать дуплекс без уведомления о потере соединения и на голубом глазу предлагать перегружать программу. Одна идиотка говнокодит, а потом другая бегает и перегружает.
Я подобный "вариант" даже не рассматривал.

2. Только полная чмошница может советовать то, что сама в глаза не видела. Еще не так давно, твоя здесь пИсала, что wcf никому не нужен

1. Уведомление о потери соединения - вообще другая задача, которая к задаче никак не относится. WCF регистрирует клиента как подписчика и шлет ему уведомления по факту. Если клиент отвалился, WCF не шлет уведомления, что вполне разумно. Когда клиент снова подключится, он получит при потребности (отдельным методом) все пропущенные сообщения. Включи остатки своего искалеченного головного мозга и задумайся, причем тут "уведомление о потере соединения"? Ты шизофреник?

2. Ну конечно, только полный кретин вроде тебя будет говорить о том, что дуплекс требует наличия постоянного соединения. Так что ты там про "в глаза не видел"?

Иди уже от сюда, клоун лохматый. Твои попугаичьи замашки уже не смешны, без слез на твои потуги не взглянешь.

SeVaКретинка, каким таким отдельным методом получит?
Тупое чудовище, обыкновенным, который вызывается один раз при старте приложения или после переподключения клиента к серверу приложений, например, при обрыве связи. В любом случае, это уже другая задача и никаким образом к текущей проблеме не относится. Как уведомить клиента о том, что он отключился, сможет даже студент первого курса.
Так что ты, обезьяна, опять обосралась. Иди обтекай со своим дуплексом с постоянным соединением Лоашара тупая.

SeVaТе никакого дополнительного и волшебного метода нет
О какой волшебности идет речь? Тупо делаешь отдельный не дуплексный метод для получения уведомлений. Ты настолько туп, что тебе нужно битый час это разжевывать?

SeVaты в очередной раз несла отсебятину без всякого знания предмета.
Это ты о дуплексном байдинге при постоянно соединении? Сходи в сад, бестолочь, там тебя ребятишки научат работать с WCF. А тут ты уже достаточно обосрался со своими "знаниями".

SeVaВ очередной раз к левому решению предлагаешь лепить кизяк собственного производства. Такие блондинки как ты хороши тем, что можно их послушать и сразу узнать, что не нужно делать.
Кизяки у тебя в воспалённом воображении, дурилка картонная. Обычно классической решение с помощью нативного байдинга. У тебя проблемы с восприятием мира.

SeVaМуслима, ты тупая дура и больше ничего
Зачем же ты так, обезьянка? На тебя вылили честный ушат помоем, нужно ждать, пока оно обтечет и обсохнет. А ты опять воняешь. Некрасиво. За дело же отшлепали, ну.

SeVaСвязался с дурой теперь еще год объяснять нужно. Какой еще недуплексный метод?
Клоун, ты не пробовал себя убить об стену? Обычный метод, который отдает список уведомлений, сервис которого хостится не на дуплексном байдинге.

SeVa1. Если отвалился канал, то каким раком ты об этом сообщишь клиенту?
Ты правда такой дурак, а?




Так же читай про GetCallbackChannel , так как раз приводится пример SampleDuplexHelloCallback.

OperationContext.Current.GetCallbackChannel<IService1Callback>()

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

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

SeVaТупое животное недуплексный метод не может сам "отдать" и его должен вызвать клиент, который ничего не знает о том, что канал не работает, соответственно он это должен делать постоянно.
Недуплексный метод и не должен сам что-то делать, его дернет клиент, когда снова подключится. Как подключится - я тебе уже написал, две строчки стандартного кода. Почему ты такая тупая свинья?

SeVaА теперь напрягись и ответь еще на один вопрос, если клиент должен постоянно опрашивать сервис, то нафига такой баян с дуплексом?
Я тебе уже десять раз написал, что задача переподключения - это из другой оперы. Хотя и решается она двумя строчками кода. А сам дуплекс нужен для того, чтобы сервер мог нотифицировать клиента по факту. И это отлично работает без каких-либо сторонних граблей, которыми усеяна твоя тупая башка. Настроить дуплекс как два пальца об асфальт, и всё работает штатно. Нужно переподключиться при обрыве? Две строчки кода в GetCallbackChannel или .Faulted += new EventHandler.

SeVaМСУпропущено...

Недуплексный метод и не должен сам что-то делать, его дернет клиент, когда снова подключится. Как подключится - я тебе уже написал, две строчки стандартного кода. Почему ты такая тупая свинья?

пропущено...

Я тебе уже десять раз написал, что задача переподключения - это из другой оперы. Хотя и решается она двумя строчками кода. А сам дуплекс нужен для того, чтобы сервер мог нотифицировать клиента по факту. И это отлично работает без каких-либо сторонних граблей, которыми усеяна твоя тупая башка. Настроить дуплекс как два пальца об асфальт, и всё работает штатно. Нужно переподключиться при обрыве? Две строчки кода в GetCallbackChannel или .Faulted += new EventHandler.

Тупая бестолочь, перечитай по буквам мой предыдущий пост сто раз, чтобы до тебя дошло.
С какого бодуна клиент будет дергать сервис, если у него нет нотификации, что канал не работает?
Тупая обезьяна, он будет пытаться дергать сервис, по он не будеь доступен. Иди убейся об стену.