var producer:Producer = new Producer();
producer.destination = "TestTopic";
producer.addEventListener(PropertyChangeEvent.PROPERTY_CHANGE, handleConnect);
producer.connect();
var producer:Producer = new Producer();
producer.destination = "TestTopic";
var msg:AsyncMessage = new AsyncMessage();
msg.body = "test message";
producer.send(msg);
Повторные попытки подключения выполняются с постоянной периодичностью в соответствии со значением интервала повторных подключений. Когда повторная попытка подключения выполнена, если основной канал для отправителя не подключен или пытается подключиться, канал начнет попытку подключения. Последующие повторные попытки подключения отправителя, происходящие в то время, как попытка подключения основного канала ожидает обработки, игнорируются до успешного выполнения или выполнения с ошибкой ожидающей обработки попытки подключения канала.
Повторные попытки подключения выполняются с постоянной периодичностью в соответствии с этим значением. Когда повторная попытка подключения выполнена, если основной канал для отправителя не подключен или пытается подключиться, канал начнет попытку подключения. Последующие повторные попытки подключения отправителя, происходящие в то время, как попытка подключения основного канала ожидает обработки, игнорируются до успешного выполнения или выполнения с ошибкой ожидающей обработки попытки подключения канала.
Если аргумент
Если ChannelSet будет кластеризован с помощью балансировки загрузки URL (где каждый сервер объявляет уникальный RTMP или URL HTTP, а клиент при возникновении ошибки переходит от одного URL к другому), то при первом успешном подключении канала в ChannelSet, ChannelSet автоматически сделает запрос на все конечные точки по кластеру для всех каналов набора и назначит эти URL преодоления отказов каждому соответствующему каналу. Это позволяет каналам в ChannelSet индивидуально преодолевать отказы, и когда варианты преодоления отказа для определенного канала исчерпываются, ChannelSet переходит к следующему каналу в наборе для повторной попытки подключения.
Независимо от кластеризации, если канал не может подключиться или теряет связность, ChannelSet будет переходить к его следующему доступному каналу и повторно пытаться подключиться. Это позволяет ChannelSet выполнять поиск среди каналов, использующих различные протоколы, порты и т. д., в поисках того, который может успешно подключиться к его конечной точке.
Аргумент MessageAgent присутствует для поддержки устаревшего поведения при выходе из системы, и код клиента, вызывающий этот метод, не должен передавать ссылку MessageAgent. Достаточно вызвать
Этот метод также вызывается компонентами услуги из их методов
Это свойство необходимо для приложений, которые соединяются с удаленным хостом для получения помещенных обновлений и не передают активно каких-либо сообщений, но для которых требуются уведомления о разрыве подключения даже в том случае, если сетевой уровень не предоставляет такое уведомление непосредственно. Путем отправки периодических контрольных сообщений клиент может вызвать принудительное сообщение сетевого уровня о тайм-ауте, если основное подключение было разорвано без уведомления. Таким образом, приложение может ответить на отключение соответствующим образом.
Любое неположительное значение отключает отправку контрольных сообщений к удаленному узлу. Значение по умолчанию 0. Оно указывает, что отправка контрольных сообщений отключена. При установке значения приложением использование более длинного интервала позволяет избежать ненужной нагрузки на удаленный хост. Например, по умолчанию проверки активности TCP-сокета нижнего уровня, как правило, имеют интервал 2 часа. Этот интервал длиннее необходимого для большинства приложений с активной отправкой контрольных сообщений, но это наглядный пример того, что необходимо использовать более длинный интервал.
Если подключенные в настоящее время основные команды опросы канала обращаются к удаленному узлу, отправка контрольных сообщений отключается, поскольку выполняются периодические команды опроса.
MultiTopicProducer будет передавать MessageAckEvent или MessageFaultEvent для каждого отправляемого ими сообщения, в зависимости от того, было ли исходящее сообщение успешно передано и обработано или нет.
<mx:Consumer
Properties
subscriptions=""an empty ArrayCollection of SubscriptionInfo objects"
resubscribeAttempts="5"
resubscribeInterval="5000"
timestamp="No default."
/>
]]>Как обычный получатель, MultiTopicConsumer отправляет сообщения о подписке и отмене подписки, генерирующие MessageAckEvent или MessageFaultEvent в зависимости от того, была операция успешно выполнена или нет. Будучи однажды подписан, MultiTopicConsumer передает MessageEvent для каждого получаемого им сообщения.
До вызова метода
Удаленный адресат должен распознать значение селекторного выражения.
<mx:Consumer
Properties
resubscribeAttempts="5"
resubscribeInterval="5000"
selector="No default."
timestamp="No default."
/>
]]>До вызова метода
Удаленный адресат должен распознать значение селекторного выражения.
<mx:tagname]]>
Properties channelSet="No default." clientId="No default." connected="false" destination="No default." requestTimeout="-1" subtopic="No default." Events acknowledge="No default." channelConnect="No default." channelDisconnect="No default." channelFault="No default." fault="No default." propertyChange="No default." />
Примечание. Только для опытных пользователей. Используйте этот класс для создания пользовательских агентов сообщений, наподобие существующих классов отправителя и получателя.
Примечание. Adobe рекомендует вместо этого метода использовать метод mx.messaging.ChannelSet.logout().
<mx:Producer
Properties
defaultHeaders="No default."
/>
]]>
function sendMessage():void
{
var producer:Producer = new Producer();
producer.destination = "NASDAQ";
var msg:AsyncMessage = new AsyncMessage();
msg.headers.operation = "UPDATE";
msg.body = {"SYMBOL":50.00};
producer.send(msg);
}
Повторные попытки выполняются с постоянной периодичностью в соответствии со значением интервала повторной подписки. После выполнения повторной попытки подписки, если основной канал для получателя не подключен или пытается подключиться, то канал запустит попытку подключения. Последующие повторные попытки подписки получателя, происходящие в то время, как попытка подключения основного канала ожидает обработки, игнорируются до тех пор, пока попытка подключения ожидающего обработки канала будет успешно выполнена или выполнена с ошибкой.
Повторные попытки подписки выполняются с постоянной частотой в соответствии с этим значением. После выполнения повторной попытки подписки, если основной канал для получателя не подключен или пытается подключиться, то канал запустит попытку подключения. Последующие повторные попытки подписки получателя, происходящие в то время, как попытка подключения основного канала ожидает обработки, игнорируются до тех пор, пока попытка подключения ожидающего обработки канала будет успешно выполнена или выполнена с ошибкой.
Каналы являются определенными средствами передачи на основе протокола для сообщений, передаваемых между MessageAgents и удаленными адресатами. Предварительно сконфигурированные каналы получены внутри инфраструктуры с помощью метода
Каналы представляют физическое подключение к удаленной конечной точке. Каналы совместно используются адресами назначения по умолчанию. Это означает, что для взаимодействия с разными адресами назначения клиент может использовать один канал.
Примечание. Этот класс предназначен только для опытных пользователей. Используйте этот класс для создания пользовательских каналов, подобных существующим RTMPChannel, AMFChannel и HTTPChannel.
Канал и его подклассы вызывают код Channel.Connect.Failed всякий раз, когда возникает проблема при попытке подключения канала к удаленному адресу назначения. Объект AMFChannel вызывает код Channel.Call.Failed, когда канал уже подключен, но получает код Call.Failed из основного NetConnection.
Подклассы канала должны перезаписать метод
Если кластеризация активна, это свойство заполняется автоматически. Если кластеризация не используется, можно установить собственные значения.
Примечание. Подклассы канала должны перезаписать этот метод и возвращать строку, представляющую их поддерживаемый протокол. Примерами строк поддерживаемых протоколов являются rtmp, http или https.
Тайм-ауты выполнения запроса являются самыми удобными для передачи сообщений в стиле RPC, требующем ответа от удаленного адресата.