1 ответить: Ответить на вопрос — Кардиологическое отделение №1

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

Варианты ответов

Ответить

Синяя кнопка Ответить отображается внизу самого последнего сообщения в цепочке, а также в меню из трех точек в правом верхнем углу каждого сообщения. Эта опция ответит только отправителю От в сообщении, от которого вы отвечаете, а не другим получателям сообщения.

Ответить всем

Если в самом последнем сообщении есть несколько получателей, вы увидите синюю кнопку Ответить всем внизу сообщения; а также в меню из трех точек в правом верхнем углу любого сообщения.Эта опция отправит ответ всем получателям в этом сообщении, от которых вы ответили всем .

Форвардные варианты

Хотя комментирование и назначение могут заменить внутреннюю пересылку электронных писем, иногда необходимо повторно отправить или переслать внешним сторонам. Front позволяет пересылать в рамках того же или нового потока.

Вперед

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

Вы можете просмотреть перенаправленное содержимое, щелкнув 3 точки внизу, чтобы развернуть историю.

Переслать как новый разговор

Параметр Переслать как новый диалог создаст новую цепочку для пересылаемого сообщения.Этот вариант полезен, если вы хотите начать совершенно отдельное обсуждение, которое вообще не имеет отношения к оригиналу. Ответы будут добавлены в этот новый разговор, если у вас включена потоковая передача. Вы можете увидеть перенаправленный контент, щелкнув 3 точки внизу, чтобы развернуть историю.

Опции повторной отправки

Иногда есть сообщения, которые нам нужно повторно использовать и отправить снова, например, коммерческое предложение или предложение. Теперь вы можете сделать это прямо из выбранного вами сообщения во Front — нет необходимости копировать и вставлять в новое сообщение или нарушать форматирование путем пересылки.В настоящее время эта функция доступна по каналам электронной почты. Чтобы просмотреть параметры «Отправить повторно », щелкните 3 точки в правом верхнем углу любого входящего или исходящего сообщения.

Отправить повторно

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

Отправить как новый разговор

Когда вы используете «Отправить повторно» в качестве нового разговора , Front создаст новую цепочку, реплицирующую сообщение, которое вы повторно отправляете. Этот вариант полезен, если вы хотите повторно использовать информацию с совершенно другим клиентом, который вообще не связан с оригиналом. Ответы будут добавлены в этот новый разговор, если у вас включена потоковая передача.

Изменить адрес отправителя

При составлении ответа на электронное письмо вы можете изменить адрес От .Другими словами, вы можете получить сообщение на один адрес электронной почты и ответить на него с другого адреса электронной почты. При составлении ответа на электронное письмо вы можете щелкнуть адрес От в композиторе, чтобы выбрать любой другой канал ответа, к которому у вас есть доступ.

Хотя вы можете изменить канал ответа в разговорах электронной почты , другие типы каналов, такие как SMS и чат, не позволяют изменять адрес От .

Изменение с общего на частное

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

Шаг 1

Наведите указатель мыши на значок i в конце серого баннера в верхней части черновика ответа или щелкните его.

Шаг 2

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

Шаг 3

Вы увидите новое всплывающее окно, содержащее новую цепочку, переносящую любой контент, который вы уже начали создавать с предыдущего экрана. Убедитесь, что адреса From и To верны, и заполните свой ответ. Эта цепочка будет частной, если вы используете свой частный канал в качестве адреса От .

Изменение с частного на общий

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

Установить ответ по умолчанию на мобильном телефоне

Этот параметр доступен только на мобильных устройствах 📲, потому что Front всегда автоматически отображает ответ и отвечает всеми кнопками на рабочем столе и в Интернете для сообщений с несколькими получателями.

Шаг 1

Щелкните значок шестеренки в правом верхнем углу Front и перейдите на вкладку настроек Personal , затем перейдите в раздел Preferences .

Шаг 2

Прокрутите или найдите кнопку «Ответить» (только для мобильных устройств) вариант и выберите Ответить или Ответить всем в раскрывающемся списке.

Шаг 3 (дополнительно)

Если вы всегда хотите ответить или переадресовать в новом разговоре, включите переключатель «Ответить или переадресовать в новом разговоре» . Когда этот параметр включен, ваши действия по умолчанию для ответа и пересылки всегда будут создавать новые беседы, а не направлять сообщения в исходную беседу.

FAQ

Есть ли ярлыки для параметров отправки?

Да, прочтите эту статью, чтобы узнать, какие ярлыки использовать.

Кто имеет доступ к пересылаемым или повторно отправленным сообщениям?

Любой, у кого есть доступ к существующей беседе в Front, будет иметь доступ к беседе, если вы выбрали Переслать или Повторно отправить .

Адрес электронной почты, с которого вы отправляете новую беседу, будет определять, кто имеет доступ к беседе в Front.Например, если вы повторно отправите или Переслать как новый разговор из вашего личного почтового ящика, то только вы будете иметь доступ к этому разговору. Кроме того, любой другой участник нового разговора также будет иметь доступ.

Когда использовать «Ответить», «Ответить всем», «Копия» и «Скрытая копия»

Нависает ли указатель мыши на кнопку «Ответить всем» на 30 секунд дольше, чем следовало бы? Вы съеживаетесь, когда вас добавляют в нескончаемую цепочку писем, в которую вы изначально не должны были входить? Вы плачете от радости, когда кто-то должным образом отправляет вам Bcc?

Если вы ответили « да » на любой из вышеперечисленных сценариев, вы знаете, насколько важны этикеты «Ответить», «Ответить всем», «Копия» и «Скрытая копия».

Ниже я проанализирую типичные ситуации с электронной почтой и объясню, как ответить на извечный вопрос: « Как я могу рассердить наименьшее количество людей, ответив на это письмо правильным образом? »

И если вы хотите узнать, как использовать «Копию», «Скрытую копию» и «Ответить всем» в Gmail, нажмите здесь, чтобы перейти к разделу с инструкциями.

Когда использовать «Ответить», «Ответить всем», «Копия» и «Скрытая копия»

Ответ — это когда ваше электронное письмо отправляется одному человеку — либо человеку, который отправил исходное письмо, либо человеку, отправившему последнее сообщение в цепочке, на которую вы отвечаете.

Reply All — это когда вы отвечаете всем в ветке. Другие получатели увидят сообщение, на которое вы ответите всем, независимо от того, указаны ли они в полях «Кому» или «Копия».

Ответить vs. Ответить всем

Используйте «Ответить», если вы хотите отправить свое сообщение только одному человеку в цепочке электронной почты — либо исходному отправителю электронного письма, либо последнему человеку, ответившему в цепочке. Ответить всем, если вы хотите отвечать на каждый контакт в цепочке.

При выборе между «Ответить» и «Ответить всем» задайте себе ряд вопросов:

1. Это электронное письмо адресовано мне?
2. Нужно ли знать, что на электронное письмо ответили более одного человека?
3. Смогут ли другие получатели запутаться, если не увидят, как я отвечаю?
4. Влияет ли электронная почта на 70% участников сети?
5. Остальные должны оставаться в цепи?

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

Когда отвечать всем

1. Если ваш ответ затронет как минимум 50% людей в сети.
2. Если другие по электронной почте будут сбиты с толку, если не увидят вашего ответа.
3. Если вы пишете по электронной почте небольшой группе людей, работающих над одним проектом.
4. Если вы думаете, что у других участников сети может быть тот же вопрос, что и у вас.
5. Если ваш менеджер запрашивает отзывы от всех в цепочке писем.

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

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

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

Точно так же, если ваш генеральный директор отправляет электронное письмо с объявлением о том, что компания достигла квартальных целей, нет необходимости отвечать всем с помощью « Ура! » или « Вперед, команда! ». Если у вас есть вопрос или комментарий для вашего Генеральный директор, ответьте ему напрямую или обратитесь в отдельную цепочку.

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

Если вы находитесь в цепочке электронных писем, где у других могут быть похожие вопросы, или ваш менеджер запрашивает отзывы от всех в группе, вы, возможно, определили сценарий, в котором «Ответить всем» будет уместным.

Но, пожалуйста, пощадите своих коллег, сопротивляясь желанию ответить всем на электронное письмо вашего босса «, я иду рано на прием к врачу, », «. Это напоминает мне, что у кого-нибудь есть стоматолог, которого они любят? «Вот для чего существует Google.

Cc против Bcc

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

Ниже мы рассмотрим, когда следует использовать Cc, а когда Bcc.

Что означает «Копия» в электронной почте?

Cc расшифровывается как Carbon Copy. Когда вы отправляете копию человеку по электронной почте, этот список могут видеть другие получатели в цепочке. Нажатие «Ответить все» гарантирует, что автор копии получит в будущем электронные письма, являющиеся частью этой цепочки.

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

Что означает скрытая копия в электронной почте?

Скрытая копия или слепая копия — это когда получателю отправляется точная копия сообщения, но его электронная почта скрыта от других.Это предотвращает их получение в будущем электронных писем в цепочке.

Как работает скрытая копия?

Когда человек отправляет электронное письмо контакту и дополнительным контактам скрытой копии, система электронной почты отправителя скрывает список скрытой копии от всех получателей электронной почты. Список скрытой копии будет скрыт от всех, кто добавлен в поля Кому, Копия и Скрытая копия сообщения электронной почты. Таким образом защищается конфиденциальность контактов Bcc’d.

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

Однако вы также не хотите удалять своего коллегу из обсуждения без уведомления. Затем вы оставляете их в недоумении, отслеживали ли вы когда-нибудь или вообще получали их электронные письма.

Это идеальное время, чтобы переместить вашего коллегу в скрытую копию и отправить электронное письмо вроде:

Re: Невилл — Скотт

Привет, Невилл,

Спасибо за представление, Брайан! (перенесено в СК)

Невилл, я рад познакомиться с тобой. Я был бы счастлив двигаться дальше… [остальная часть сообщения электронной почты]

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

Ладно, легко. Но как насчет любой другой ситуации?

• В вашу команду представлен новый сотрудник. Отвечаете ли вы им напрямую или отвечаете всем всем в ветке?
• Ваша команда планирует мероприятие. Отвечаете ли вы своим мыслям организатору или всем, на кого это повлияет?
• У вас есть конкретный вопрос, который вы хотите задать в беседе, но только один человек специализируется в этой области.Что теперь?

Теперь, когда вы знаете, что это за разные функции, давайте рассмотрим, как их использовать.

Как сделать копию в Gmail

1. Нажмите «Написать», чтобы создать новое сообщение.

2. Щелкните «Копия» в правой части редактора электронной почты.

Добавьте получателя в поле «Кому», а затем нажмите «Копия», чтобы добавить контакт в список «Копия».

3. Добавьте получателя в поле «Копия».

Найдите имя или адрес электронной почты контакта в поле «Копия» и выберите правильного получателя.Когда вы добавляете получателя в список «Копия», он предлагает дополнительные контакты. Вы также можете найти больше контактов и добавить столько контактов, сколько захотите.

Как использовать скрытую копию в Gmail

1. Щелкните «Скрытая копия» в редакторе электронной почты.

2. Добавьте контакты в поле «Скрытая копия».

Когда будете готовы, добавьте строку темы, текст электронного письма и нажмите кнопку «Отправить».

Как ответить всем в Gmail

1. Щелкните письмо, на которое вы хотите ответить всем.

После того, как вы нажмете на письмо, откроется цепочка писем.

2. Прокрутите цепочку до конца и нажмите кнопку «Ответить всем».

3. Введите и отправьте свой ответ.

После проверки своего сообщения нажмите кнопку «Отправить», и вы успешно ответили всем контактам в цепочке писем.

Все еще не уверены в ответе всем? Если сомневаетесь, просто постарайтесь не превратиться в мем «Ответить всем». Напоминаю:

Мем «Ответить всем» — это визуальное представление о том, как люди презирают вас, когда вы отвечаете всем в неправильном контексте (т.е., когда вы получаете электронное письмо о том, что на кухне остались остатки еды, и отвечаете всем: « Кто-нибудь, возьмите мне кекс! »). Спасите всех от невзгод, связанных с ответом всем … и получите свой собственный кекс.

Источник: Быстрый мем

Мы все были здесь по обе стороны, давайте сделаем мир электронной почты более безопасным местом и будем использовать эти варианты ответа должным образом.

Чтобы узнать больше об этикете электронной почты, ознакомьтесь со следующими советами по этикету электронной почты.

Файлы ToolGen отвечают на жалобу CVC на предложение ToolGen по существу №1 | McDonnell Boehnen Hulbert & Berghoff LLP

15 июля Юниорская партия Калифорнийского университета / Беркли, Венский университет и Эммануэль Шарпантье (совместно именуемые «CVC») подали возражение против существенного ходатайства № 1 Senior Party ToolGen в пользу приоритета предварительной заявки США № 61 / 837,481, поданной 20 июня 2013 г. («P3» или «ToolGen P3»), или, альтернативно, Международная заявка № PCT / KR2013 / 009488, поданная 23 октября 2013 г. («PCT»), в Interference No.106,127. 27 августа ToolGen представила свой ответ.

В своем заявлении по существу № 1 ToolGen графически изложила взаимосвязь этих приоритетных документов, включая предварительную заявку США № 61/717 324 («P1»), по которой Правление предоставило ToolGen приоритет учреждению:

Основанием ToolGen для своего притязания на приоритет было удовлетворение письменного описания и требований в соответствии с 35 U.S.C. § 112 (a) в отношении двух вариантов осуществления, подпадающих под действие подсчета помех.ToolGen утверждал, что удовлетворен альтернативным языком графа, в котором излагается пункт 18 (в зависимости от пункта 15) патента США № 8 697 359 Броуда, в кратком изложении, аннотирующем приведенное в нем ограничение, чтобы облегчить идентификацию соответствующего ему раскрытия ToolGen:

[1] Сконструированная, программируемая, не встречающаяся в природе система CRISPR-Cas типа II, содержащая
[2] белок Cas9 и
[3] по крайней мере одну направляющую РНК, которая нацеливается и гибридизуется с мишенью. последовательность молекулы ДНК в эукариотической клетке,
[4] , где молекула ДНК кодирует, а эукариотическая клетка экспрессирует по крайней мере один генный продукт, и
[5] белок Cas9 расщепляет молекулы ДНК,
[6 ] , при котором изменяется экспрессия по меньшей мере одного генного продукта; и
[7] , где белок Cas9 и направляющая РНК не встречаются в природе вместе;
[8] , где направляющие РНК содержат направляющую последовательность, слитую с последовательностью tracr.

Кратко изложенные Примеры 3 и 4 приоритетного документа P3 (PCT) в поддержку своих аргументов в пользу удовлетворения, отмечая, что один такой вариант осуществления (обозначенный 3-1) включает Foxn1 -специфичную sgRNA и мРНК Cas9, тогда как вариант 3 -2 содержит ту же sgRNA и рекомбинантный белок Cas9. И в каждом случае ToolGen утверждает, что Примеры иллюстрируют CRISPR-опосредованное расщепление и редактирование ДНК-мишени Foxn1 в эмбрионах мыши, экспрессируемых в полученных генно-инженерных мышах.Комплекс CRISPR-Cas9 проиллюстрирован в брифе на следующем рисунке:

где «целевая ДНК [находится] в зеленом поле, ДНК-нацеливающая последовательность crRNA [находится] в синем прямоугольнике, дуплекс crRNA: tracrRNA, связанный вместе петлей -GAAA- [находится] в красном прямоугольнике, оставшаяся tracrRNA часть, показанная коричневым подчеркиванием, белок Cas9 с меткой, показанной фиолетовым подчеркиванием, изображенный в виде заштрихованного овала, который находится в комплексе с sgRNA и расщепляет целевую последовательность в целевой ДНК ».

В кратком изложении также отмечены части приоритетного документа P3, показывающие, что такие комплексы CRISPR-Cas9 успешно расщепляют и редактируют ДНК-мишень Foxn1 , что, по утверждениям ToolGen, предоставило подробное раскрытие в приоритетном документе P3 «многочисленных рабочих примеров и значительных указаний для [специалист в данной области] для создания и использования CRISPR / Cas9 в эукариотических клетках.ToolGen также отметила, что приоритетный документ P3 имеет ту же спецификацию, что и заявка США № 14/685 510, в отношении которой Правление признало право ToolGen на приоритет.

CVC не согласился с возражением. Аргумент CVC отражает большую часть аргумента, приведенного в основном предварительном предложении CVC № 2 о том, что Правление отказывает ToolGen в приоритете его предварительной заявки P1 ( см. «Существенное предварительное ходатайство CVC № 2 об отказе в предоставлении приоритетной выгоды»).В этом аргументе CVC утверждал, что Правление должно отказать в приоритетном преимуществе ToolGen приложению P1 на основании признания сторон, что предварительная заявка не раскрывает оперативный вариант осуществления, попадающий в сферу действия подсчета помех. В частности, CVC утверждал, что ToolGen в судебном преследовании заявки P1, ведущей к разрешению (и объявлению этого вмешательства), аргументировал это патентным экспертом (и PTAB), что «для функционирования CRISPR-Cas9 требуется нуклеиновая кислота Cas9 с оптимизированными кодонами. в эукариотических клетках »и что« квалифицированный специалист не имел бы представления, каким может быть результат, если бы кто-то должен был кодонно оптимизировать нуклеиновую кислоту Cas9 »(и с дополнительным аргументом здесь, что приложения ToolGen P3 и PCT не раскрывают варианты реализации Cas9, содержащие либо сигнал ядерной локализации, при этом оба этих изменения CVC утверждает, что ToolGen представлен Советом директоров как «секретный соус» во время судебного преследования ex parte ).Эта позиция соответствовала прокариотическому источнику Cas9, и Комиссия и экзаменатор полагались на эти аргументы, чтобы найти допустимые утверждения, которые теперь обозначены как соответствующие подсчету в этом вмешательстве, утверждает CVC. Все такие утверждения требуют использования нуклеиновой кислоты, кодирующей Cas9, которая оптимизирована по кодонам для экспрессии в эукариотических клетках, и ToolGen добавила это ограничение к претензиям в вмешательстве, чтобы преодолеть отклонения от предвкушения и очевидности, основанные на предшествующем уровне техники. Но ни в предварительной заявке ToolGen ‘481, ни в ее заявке PCT не раскрывается кодон-оптимизированная нуклеиновая кислота Cas9, согласно CVC, и, согласно собственному аргументу ToolGen (непредсказуемость), квалифицированный рабочий не сможет различить такую ​​нуклеиновую кислоту с какой-либо разумной основой для ожидается, что такой вариант осуществления может быть произведен с использованием раскрытия либо в предварительной заявке ‘481, либо в ее заявке PCT.Соответственно, CVC утверждает в своем ходатайстве, ToolGen не может в этом вмешательстве отказаться от этих аргументов и полагаться на дату приоритета либо предварительной заявки 481, либо ее заявки PCT, чтобы составить конструктивное сведение к практике для эукариотических вариантов CRISPR-Cas9, подпадающих под действие Объем вмешательства Кол. CVC утверждает, что простые «обобщенные формулировки», относящиеся к этим модификациям, неадекватны на основании дела University of Rochester v. G.D. Searle & Co., 358 F.3d 916, 923 (Федеральный округ, 2004 г.). Таким образом, согласно CVC, Правление должно отказать ToolGen в приоритетном преимуществе для предварительной заявки ‘481 или ее заявки PCT.

CVC также не согласился с предполагаемым аргументом ToolGen о том, что его раскрытие удовлетворяет половину количества CVC (в котором не упоминаются эти модификации), заявив, что «проблема заключается в том, на какие варианты осуществления ToolGen может полагаться, учитывая, что он недвусмысленно сообщил Патентному ведомству, что NLS добавление и оптимизация кодонов необходимы и непредсказуемы.»И раскрытие предварительной заявки P3 и заявки PCT, на которую ToolGen претендует на приоритетное преимущество, не проходит проверку в соответствии с этим прецедентом в соответствии с CVC.

Наконец, CVC утверждала, что «принципы допуска сторон и судебного эстоппеля не позволяют ToolGen занимать позиции, несовместимые с его предыдущими утверждениями», сославшись на Zedner v. United States , 547 US 489 (2006) и Louis v. Okada , 59 USPQ2d 1073, 1075 (BPAI 2001) (прецедент).

CVC затем утверждал, что эти недостатки распространяются на приложения ToolGen P3 и PCT, которые были предметом материального ходатайства ToolGen № 1.

В своем ответе ToolGen подробно рассматривает аргументы CVC, выдвинутые в его возражении. «Ответ» начинается с утверждения, что CVC возражал против соломы. Motion ToolGen утверждает, что он не принес. В частности, ToolGen утверждает, что его Предложение № 1, обусловленное тем, что Правление удовлетворило Предложение № 1 CVC об отказе в пользу приложения P1 ToolGen, было основано на приложениях P3 и PCT, описывающих несколько вариантов осуществления, которые соответствуют половине подсчета CVC ( Правление объявляет вмешательство на основании подсчета, полученного из притязаний в патентах каждой Стороны или заявлений о вмешательстве, в качестве альтернативы, демонстрации соответствия и поддержки для удовлетворения требования о приоритетной выгоде.Согласно ToolGen, аргументы CVC и свидетельские показания экспертов в поддержку этого не затрагивают и не опровергают основание ToolGen просить Правление признать его приоритетное требование в отношении заявок P3 или PCT.

ToolGen повторил свой аргумент о том, что P3 и PCT обеспечивают конструктивное сокращение на практике вариантов осуществления, попадающих в область CVC-части подсчета, которая не требует Cas9 с метками NLS или оптимизированными по кодонам эукариотических клеток. Общее возражение ToolGen против аргумента CVC заключалось в том, что «CVC полагается на контекстные фрагменты аргументов обвинения, опускает критические слова из утверждений, сшивает воедино разрозненные вопросы и ответы и искажает позиции ToolGen и его эксперта д-ра.Мнения Каллена во время судебного преследования с целью создать ложное повествование о том, что ToolGen достигла патентоспособности, сосредоточившись на оптимизации кодонов и NLS, а не на непредсказуемости трансляции от прокариот к эукариотам, «то, что ToolGen утверждает, является» ревизионистской историей «. CVC отрицает это когда-либо. утверждал, что существовал «секретный соус» (в частности, NLS-тегированный или оптимизированный по кодонам эукариотических клеток Cas9) («никогда не было», согласно брифу). ToolGen берет части расшифровки своих аргументов в PTAB в ex parte обвинение, чтобы проиллюстрировать, что «цитата CVC берет вопрос, заданный судьей Флаксом, и сопоставляет его с ответом ToolGen на различных вопроса от другого судьи » (курсив вкратце).ToolGen обвиняет CVC в «сборе вишен» (в частности, в NLS-тегированных или оптимизированных по кодонам эукариотических клетках Cas9) из шести причин, по которым квалифицированный специалист не имел разумных ожиданий успеха в применении CRISPR в эукариотических клетках. Не то чтобы для этого требовался Cas9 с меткой NLS или оптимизированный по кодонам эукариотических клеток Cas9, в контексте неочевидности без раскрытие приложения, которое превратилось в приложение P1. Фактически, ToolGen напоминает Правлению, что внимание Examiner было сосредоточено на эукариотических вариантах реализации CRISPR, требующих NLS-тегированного или оптимизированного по кодонам эукариотических клеток Cas9, что привело к успешной привлекательности ToolGen в его применении во вмешательстве.

ToolGen также утверждает, что аргументы об эстоппеле судебного преследования CVC не подтверждаются доказательствами в его истории судебного преследования, а также являются недостаточными с юридической точки зрения. Проведя различие между проблемой здесь (поддержка в заявке P3 и PCT по крайней мере одного варианта осуществления, подпадающего под действие подсчета, и роль PHE в построении претензии и контекстах нарушения, а также неприменимость эстоппеля в рамках процедурных вопросов до Правление в вмешательстве), ToolGen затем утверждает, что это аргументы, что судебный эстоппель, как настаивает CVC, также не применяется.Рассуждения ToolGen основаны на его более ранних аргументах относительно Cas9 с метками NLS или кодонов эукариотических клеток, что он никогда не занимал позицию, которую утверждает CVC, во время судебного преследования ex parte и, таким образом, судебный эстоппель не применяется.

Наконец, обращаясь к существенному вопросу о том, нужен ли Cas9 с NLS-метками или оптимизированными по кодонам эукариотических клеток, чтобы продемонстрировать конструктивную редукцию к практике воплощения эукариотического CRISPR, попадающего в рамки подсчета интерференции, ToolGen утверждает, что и P3, и Заявки РСТ удовлетворяют этому требованию, поскольку как NLS-тегирование, так и оптимизация кодонов эукариотических клеток были хорошо известны в данной области на момент подачи обеих этих заявок, основанных на Spectra – Physics, Inc.v. Coherent, Inc ., для рубрики, что «[патент] не обязательно учит, и предпочтительно опускает то, что хорошо известно в данной области», 827 F.2d 1524, 1534 (Fed. Cir. 1987). Тем не менее, ToolGen также утверждает, что на самом деле приложения P3 и PCT явно раскрывают примеры того, как каждая из этих модификаций выполняется для адаптации CRISPR для эукариотической среды. К ним относятся знания в данной области, касающиеся нуклеиновых кислот, кодирующих аминокислотную последовательность S. pyogenes Cas9, существование и использование таблиц оптимизации кодонов для достижения оптимизации кодонов в эукариотических клетках, а также экспресс-ссылки в приложениях P3 и PCT белковая / аминокислотная последовательность конкретного используемого NLS (который, как отмечает ToolGen, был впервые раскрыт в данной области в 1984 г.).ToolGen завершает эту часть своих аргументов, проводя различие между обстоятельствами, рассматриваемыми Правлением, и обстоятельствами в Univ. Рочестер против G.D. Searle & Co. , 358 F.3d 916, 929 (Fed Cir. 2004), где описание заявленных патентов не раскрывает поддержку оспариваемой формулы изобретения.

AMQP 0-9-1 Полное справочное руководство — RabbitMQ

Эта страница содержит полную ссылку на реализацию RabbitMQ версии 0-9-1 спецификации AMQP.В исходная спецификация была опубликована AMQP WG в 2008 г. и предоставляется в рамках Лицензия AMQP.

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

Вас также может заинтересовать наш Краткий справочник по протоколам и API.

Major-minor версия:

0-9

Revision:

1

Port:

5672

Описание:

AMQ Protocol version 0-9-1

Следующие классы с их соответствующие методы определены в спецификации:

соединение

Работа с сокетными соединениями.

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

Грамматика класса:

      соединение = открытое-соединение * использование-соединение закрытое-соединение
      open-connection = C: заголовок протокола
                            S: СТАРТ C: СТАРТ-ОК
                            *вызов
                            S: НАСТРОЙКА C: НАСТРОЙКА-ОК
                            C: ОТКРЫТЬ S: ОТКРЫТЬ-ОК
      проблема = S: БЕЗОПАСНЫЙ C: БЕЗОПАСНЫЙ-ОК
      использование-соединение = * канал
      close-connection = C: ЗАКРЫТЬ S: ЗАКРЫТЬ-ОК
                          / S: ЗАКРЫТЬ C: ЗАКРЫТЬ-ОК
     

Методы

start (

Начало согласования соединения.

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

• Если сервер не может поддерживать протокол, указанный в заголовке протокола, он ДОЛЖЕН ответить действительным заголовком протокола, а затем закрыть сокет связь.
• Сервер ДОЛЖЕН предоставить версию протокола ниже или равную который запрошен клиентом в заголовке протокола.
• Если клиент не может обработать версию протокола, предложенную сервером он ДОЛЖЕН закрыть соединение сокета без отправки каких-либо дополнительных данных.

Параметры:

октет старшая версия

Номер основной версии может принимать любое значение от 0 до 99, как определено в Спецификация AMQP.

октет второстепенная версия

Дополнительный номер версии может принимать любое значение от 0 до 99, как определено в Спецификация AMQP.

peer-properties server-properties

Server properties.

• Свойства ДОЛЖНЫ содержать, по крайней мере, эти поля: «host» с указанием имя или адрес хоста сервера, «продукт», дающий название серверного продукта, «версия», дающая название версии сервера, «платформа», дающая название операционной системы, «авторские права», если применимо, и «информация», дающая другая общая информация.

длинноствольные механизмы

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

longstr locales

Список языков сообщений, поддерживаемых сервером, разделенных пробелами. В locale определяет язык, на котором сервер будет отправлять тексты ответов.

• Сервер ДОЛЖЕН поддерживать как минимум локаль en_US.

start-ok (

Выберите механизм безопасности и языковой стандарт.

Этот метод выбирает механизм безопасности SASL.

Параметры:

peer-properties client-properties

Client properties.

• Свойства ДОЛЖНЫ содержать, по крайней мере, эти поля: «продукт» с указанием имени. клиентского продукта, «версия», указывающее название версии клиента, «платформа», с указанием названия операционной системы, «авторских прав», если необходимо, и «информация», дающая другую общую информацию.

короткоструйный механизм

Единый механизм безопасности, выбранный клиентом, который должен быть одним из указывается сервером.

• Клиенту СЛЕДУЕТ аутентифицироваться, используя профиль безопасности наивысшего уровня, который он может обрабатывать из списка, предоставленного сервером.
• Если поле механизма не содержит одного из механизмов безопасности предложенный сервером в методе Start, сервер ДОЛЖЕН закрыть соединение без отправки каких-либо дополнительных данных.

длинный ответ

Блок непрозрачных данных, переданный механизму безопасности. Содержание этого данные определяются механизмом безопасности SASL.

кратковременный языковой стандарт

Отдельный языковой стандарт сообщения, выбранный клиентом, который должен быть одним из указывается сервером.

безопасный (

вызов механизма безопасности.

Протокол SASL работает, обмениваясь вызовами и ответами до тех пор, пока оба партнера не получат получили достаточно информации для аутентификации друг друга. Этот метод бросает вызов клиент, чтобы предоставить дополнительную информацию.

Параметры:

longstr challenge

Информация о вызове, блок непрозрачных двоичных данных, переданных в систему безопасности механизм.

secure-ok (

Ответ механизма безопасности.

Этот метод пытается аутентифицироваться, передавая блок данных SASL для безопасности. механизм на стороне сервера.

Параметры:

longstr response

Блок непрозрачных данных, переданный механизму безопасности. Содержание этого данные определяются механизмом безопасности SASL.

tune (

Предложить параметры настройки соединения.

Этот метод предлагает клиенту набор значений конфигурации подключения.В клиент может принять и / или отрегулировать их.

Параметры:

короткий канал-макс

Указывает наивысший номер канала, разрешенный сервером. Используемые номера каналов находятся в диапазоне 1..канал-макс. Ноль означает отсутствие указанного предела.

макс. Длинная рама

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

• Пока не будет согласовано максимальное количество кадров, оба одноранговых узла ДОЛЖНЫ принимать кадры размером до для больших октетов frame-min-size и минимальное согласованное значение для frame-max также минимальный размер кадра.

короткое сердцебиение

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

tune-ok (

Согласование параметров настройки соединения.

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

Параметры:

короткий канал-макс

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

• Если клиент указывает максимальное значение канала, превышающее предоставленное значение сервером, сервер ДОЛЖЕН закрыть соединение, не пытаясь договорились закрыть. Сервер может сообщать об ошибке каким-либо образом, чтобы помочь разработчиков.

макс. Длинная рама

Самый большой размер кадра, который клиент и сервер будут использовать для соединения. Ноль означает, что клиент не устанавливает никаких ограничений, но может отклонить очень большие кадры, если он не может выделить для них ресурсы.Обратите внимание, что ограничение frame-max применяется в основном к кадрам содержимого, где большое содержимое может разбиваться на кадры произвольного размера.

• Пока не будет согласовано максимальное количество кадров, оба одноранговых узла ДОЛЖНЫ принимать кадры размером до для больших октетов frame-min-size и минимальное согласованное значение для frame-max также минимальный размер кадра.
• Если клиент указывает максимальное количество кадров, превышающее предоставленное значение сервером, сервер ДОЛЖЕН закрыть соединение, не пытаясь договорились закрыть.Сервер может сообщать об ошибке каким-либо образом, чтобы помочь разработчиков.

короткое сердцебиение

Задержка в секундах контрольного сигнала соединения, необходимого клиенту. Нуль означает, что клиент не хочет биения сердца.

открыто (

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

Этот метод открывает соединение с виртуальным хостом, который представляет собой набор ресурсы и действует для разделения нескольких доменов приложений на сервере.Сервер может применять произвольные ограничения на виртуальный хост, такие как количество каждого типа объекта, который может использоваться, для каждого соединения и / или в целом.

Параметры:

путь виртуального хоста

Имя виртуального хоста, с которым нужно работать.

• Если сервер поддерживает несколько виртуальных хостов, он ДОЛЖЕН обеспечить полную разделение обменов, очередей и всех связанных сущностей на виртуальные хозяин.Приложение, подключенное к определенному виртуальному хосту, НЕ ДОЛЖНО иметь для доступа к ресурсам другого виртуального хоста.
• Серверу СЛЕДУЕТ проверять, что у клиента есть разрешение на доступ к указанный виртуальный хост.

shortstr зарезервировано-1

бит зарезервировано-2

open-ok (

Сигнал о готовности соединения.

Этот метод сигнализирует клиенту, что соединение готово к использованию.

Параметры:

shortstr reserved-1

close (

Запросить закрытие соединения.

Этот метод указывает, что отправитель хочет закрыть соединение. Это может быть из-за внутренних условий (например, принудительное отключение) или из-за обработки ошибок конкретный метод, т.е. исключение. Когда закрытие происходит из-за исключения, отправитель предоставляет идентификатор класса и метода метода, вызвавшего исключение.

• После отправки этого метода все полученные методы, кроме Close и Close-OK, ДОЛЖНЫ быть отброшенным. Ответ на получение Close после отправки Close должен быть следующим: отправить Close-Ok.

Параметры:

код-ответа код-ответа

текст-ответа текст-ответа

идентификатор-класса идентификатор-класса

Когда закрытие вызвано исключением метода, это класс метод.

идентификатор метода идентификатор метода

Когда закрытие вызвано исключением метода, это идентификатор метода.

close-ok (

)

Подтвердите закрытие соединения.

Этот метод подтверждает метод Connection.Close и сообщает получателю, что это безопасно освободить ресурсы для соединения и закрыть сокет.

• Одноранговый узел, который обнаруживает закрытие сокета, не получив Close-Ok Метод рукопожатия ДОЛЖЕН регистрировать ошибку.

заблокировано (

Указывает, что соединение заблокировано.

Этот метод указывает на то, что соединение было заблокировано и не принимает новые публикации.

Параметры:

причина короткого замыкания

Причина блокировки соединения.

разблокировано (

)

Указывает, что соединение разблокировано.

Этот метод указывает, что соединение было разблокировано и теперь принимает публикации.

update-secret (

Update secret.

) Этот метод обновляет секрет, используемый для аутентификации этого соединения. Это используется когда у секретов истекает срок действия и их необходимо продлить, например токены OAuth 2.

Параметры:

longstr new-secret

Новый секрет.

причина короткого замыкания

Причина секретного обновления.

update-secret-ok (

)

Обновить секретный ответ.

Этот метод подтверждает, что обновленный секрет действителен.

канал

Работа с каналами.

Класс канала предоставляет методы для клиента, чтобы установить канал к сервер, и оба партнера будут управлять каналом после этого.

Грамматика класса:

      канал = открытый канал * использовать канал закрыть канал
      открытый канал = C: ОТКРЫТЬ S: ОТКРЫТЬ-ОК
      use-channel = C: ПОТОК S: ПОТОК-ОК
                          / S: ПОТОК C: ПОТОК-ОК
                          / функциональный класс
      close-channel = C: ЗАКРЫТЬ S: ЗАКРЫТЬ-ОК
                          / S: ЗАКРЫТЬ C: ЗАКРЫТЬ-ОК
     

Методы

открыть (

Открыть канал для использования.

Этот метод открывает канал для сервера.

• Клиент НЕ ДОЛЖЕН использовать этот метод на уже открытом канале. Код ошибки: ошибка канала

Параметры:

shortstr reserved-1

open-ok (

Сигнал о готовности канала.

Этот метод сигнализирует клиенту, что канал готов к использованию.

Параметры:

longstr reserved-1

поток (

Включить / отключить поток от однорангового узла.

Этот метод просит однорангового узла приостановить или перезапустить поток данных содержимого, отправленных потребитель. Это простой механизм управления потоком, который партнер может использовать, чтобы избежать переполняет его очереди или иным образом обнаруживает, что получает больше сообщений, чем он может обрабатывать. Обратите внимание, что этот метод не предназначен для управления окнами. Оно делает не влияет на содержимое, возвращаемое методами Basic.Get-Ok.

• Когда открывается новый канал, он активен (поток активен).Некоторые приложения Предположим, что каналы неактивны до запуска. Чтобы подражать этому поведению, клиент МОЖЕТ открыть канал, а затем приостановить его.
• При отправке кадров содержимого одноранговый узел ДОЛЖЕН контролировать канал на предмет входящих методы и реагировать на Channel.Flow как можно быстрее.
• Одноранговый узел МОЖЕТ использовать метод Channel.Flow для регулирования входящих данных содержимого для внутренние причины, например, при обмене данными через более медленное соединение.
• Одноранговый узел, который запрашивает метод Channel.Flow, МОЖЕТ отключить и / или заблокировать одноранговый узел. это не уважает просьбу. Это сделано для предотвращения клиентов с плохим поведением. от переполнения сервера.

Параметры:

бит активен

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

flow-ok (

Подтвердите метод потока.

Подтверждает одноранговому узлу, что команда потока была получена и обработана.

Параметры:

бит активен

Подтверждает настройку обрабатываемого метода потока: 1 означает, что одноранговый узел будет запущен отправка или продолжение отправки кадров содержимого; 0 означает, что не будет.

закрыть (

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

Этот метод указывает на то, что отправитель хочет закрыть канал.Это может быть связано с внутренние условия (например, принудительное отключение) или из-за ошибки обработки определенного метод, т.е. исключение. Когда закрытие происходит из-за исключения, отправитель предоставляет идентификатор класса и метода метода, вызвавшего исключение.

• После отправки этого метода все полученные методы, кроме Close и Close-OK, ДОЛЖНЫ быть отброшенным. Ответ на получение Close после отправки Close должен быть следующим: отправить Close-Ok.

Параметры:

код-ответа код-ответа

текст-ответа текст-ответа

идентификатор-класса идентификатор-класса

Когда закрытие вызвано исключением метода, это класс метод.

идентификатор метода идентификатор метода

Когда закрытие вызвано исключением метода, это идентификатор метода.

закрыть-нормально (

)

Подтвердить закрытие канала.

Этот метод подтверждает метод Channel.Close и сообщает получателю, что он безопасен. высвободить ресурсы для канала.

• Одноранговый узел, который обнаруживает закрытие сокета, не получив Channel.Close-Ok Метод рукопожатия ДОЛЖЕН регистрировать ошибку.

биржа

Работа с биржами.

Биржи сопоставляют и распределяют сообщения по очередям. Биржи можно настроить в сервер или объявленный во время выполнения.

Грамматика класса:

      exchange = C: DECLARE S: DECLARE-OK
                          / C: УДАЛИТЬ S: УДАЛИТЬ-ОК
                          / C: BIND S: BIND-OK
                          / C: UNBIND S: UNBIND-OK
     

• Сервер ДОЛЖЕН реализовывать эти стандартные типы обмена: разветвленный, прямой.
• Серверу СЛЕДУЕТ реализовывать эти стандартные типы обмена: тема, заголовки.
• Сервер ДОЛЖЕН на каждом виртуальном хосте предварительно объявить экземпляр обмена. для каждого стандартного типа обмена, который он реализует, где имя экземпляром обмена, если он определен, является «amq.», за которым следует название типа обмена. Сервер ДОЛЖЕН на каждом виртуальном хосте предварительно объявить не менее двух прямых экземпляры обмена: один с именем «amq.direct», другой без публичного имени который служит обменом по умолчанию для методов публикации.
• Сервер ДОЛЖЕН предварительно объявить прямой обмен без публичного имени, чтобы действовать как обмен по умолчанию для методов публикации контента и привязок очередей по умолчанию.
• Сервер НЕ ДОЛЖЕН разрешать клиентам доступ к обмену по умолчанию, кроме указав пустое имя обмена в Очереди.Привязка и публикация содержимого методы.
• Сервер МОЖЕТ реализовать другие типы обмена по желанию.

Методы

declare (

Проверить наличие обмена, при необходимости создать.

Этот метод создает обмен, если он еще не существует, и если обмен существует, проверяет, что он относится к правильному и ожидаемому классу.

• Сервер ДОЛЖЕН поддерживать минимум 16 обменов на виртуальный хост и в идеале не вводить никаких ограничений, кроме тех, которые определены доступными ресурсами.

Параметры:

short зарезервировано-1

exchange-name exchange

• Обменивайтесь именами, начинающимися с «amq». зарезервированы для предварительно заявленных и стандартизированные обмены. Клиент МОЖЕТ объявить обмен, начиная с «amq.» если установлена ​​пассивная опция или обмен уже существует. Код ошибки: отказано в доступе
• Имя обмена состоит из непустой последовательности этих символов: буквы, цифры, дефис, подчеркивание, точка или двоеточие.Код ошибки: предварительное условие не выполнено

shortstr type

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

• Биржи не могут быть повторно объявлены с другими типами.Клиент НЕ ДОЛЖЕН попытаться повторно объявить существующий обмен с типом, отличным от используемого в исходном методе Exchange.Declare. Код ошибки: недопустимый
• Клиент НЕ ДОЛЖЕН пытаться объявить обмен с типом, который сервер не поддерживает. Код ошибки: недопустимая команда

бит, пассивный

Если установлено, сервер ответит Declare-Ok, если обмен уже существует с тем же именем, и в противном случае вызовет ошибку.Клиент может используйте это, чтобы проверить, существует ли обмен без изменения состояние сервера. Если установлено, все остальные поля метода, кроме name и no-wait игнорируются. Объявление с пассивным и без ожидания не имеет никакого эффекта. Аргументы сравниваются на предмет семантической эквивалентности.

• Если установлено, а обмен еще не существует, сервер ДОЛЖЕН вызвать исключение канала с кодом ответа 404 (не найдено).
• Если не установлен и обмен существует, сервер ДОЛЖЕН проверить, что существующий обмен имеет те же значения для типа, долговечности и аргументов поля. Сервер ДОЛЖЕН ответить Declare-Ok, если запрошенный exchange соответствует этим полям и ДОЛЖЕН вызывать исключение канала, если нет.

бит прочный

Если задано при создании новой биржи, она будет помечена как долговременная.Долгосрочные обмены остаются активными после перезапуска сервера. Обмен на краткосрочный период (временные обмены) удаляются при перезапуске сервера.

• Сервер ДОЛЖЕН поддерживать как долговременные, так и временные обмены.

бит, автоудаление

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

• Серверу СЛЕДУЕТ допускать разумную задержку между момент, когда он определяет, что обмен не используется (или больше не используется), и точка, когда он удаляет обмен.По крайней мере, это должно позволить клиенту создать обмен, а затем привязать к нему очередь, с небольшая, но ненулевая задержка между этими двумя действиями.
• Сервер ДОЛЖЕН игнорировать поле автоудаления, если обмен уже существует.

бит внутренний

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

без ожидания без ожидания

аргументов таблицы

Набор аргументов для объявления. Синтаксис и семантика этих аргументы зависят от реализации сервера.

declare-ok (

)

Подтвердить декларацию об обмене.

Этот метод подтверждает метод Declare и подтверждает название биржи, необходим для бирж с автоматическим названием.

удалить (

Удалить обмен.

Этот метод удаляет обмен. Когда обмен удаляется, все привязки очереди на обмен отменяется.

Параметры:

short зарезервировано-1

exchange-name exchange

• Клиент НЕ ДОЛЖЕН пытаться удалить несуществующий обмен. Код ошибки: не найден

бит, если не используется

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

• Сервер НЕ ДОЛЖЕН удалять обмен, на котором есть привязки, если if-unused поле верно. Код ошибки: precondition-failed

no-wait no-wait

delete-ok (

)

Подтвердите удаление обмена.

Этот метод подтверждает удаление обмена.

bind (

Привязать обмен к обмену.

Этот метод связывает обмен с обменом.

• Сервер ДОЛЖЕН разрешать и игнорировать повторяющиеся привязки, то есть два или более метода привязки для определенных обменов, с идентичные аргументы — не считая их ошибкой.
• Сервер ДОЛЖЕН позволять циклам обмена привязками быть создан, включая возможность привязки биржи к сам.
• Сервер НЕ ДОЛЖЕН доставлять одно и то же сообщение более одного раза место назначения, даже если топология обменов и привязки приводят к нескольким (даже бесконечным) маршрутам к этот обмен.

Параметры:

short reserved-1

exchange-name destination

Задает имя целевого обмена для связывания.

• Клиенту НЕ ДОЛЖНО быть разрешено связывать несуществующий пункт назначения обмена.Код ошибки: не найден
• Сервер ДОЛЖЕН принять пустое имя обмена, чтобы обозначить обмен по умолчанию.

имя-обмена источник

Задает имя исходного обмена для привязки.

• Клиенту НЕ ДОЛЖНО быть разрешено связывать несуществующий источник обмен. Код ошибки: не найден
• Сервер ДОЛЖЕН принять пустое имя обмена, чтобы обозначить обмен по умолчанию.

короткий ключ-переходник

Задает ключ маршрутизации для привязки. Ключ маршрутизации используется для маршрутизации сообщений в зависимости от обмена конфигурация. Не все биржи используют ключ маршрутизации — см. к специальной документации по обмену.

без ожидания без ожидания

аргументов таблицы

Набор аргументов для привязки. Синтаксис и семантика Количество этих аргументов зависит от класса обмена.

bind-ok (

)

Подтвердите успешное связывание.

Этот метод подтверждает, что привязка прошла успешно.

unbind (

Отвязать обмен от обмена.

Этот метод отключает привязку обмена от обмена.

• Если отвязка не удалась, сервер ДОЛЖЕН вызвать исключение соединения.

Параметры:

short reserved-1

exchange-name destination

Задает имя целевого обмена для отмены привязки.

• Клиент НЕ ДОЛЖЕН пытаться отвязать обмен, который не существует с обмена. Код ошибки: не найден
• Сервер ДОЛЖЕН принять пустое имя обмена, чтобы обозначить обмен по умолчанию.

имя-обмена источник

Задает имя исходного обмена для отмены привязки.

• Клиент НЕ ДОЛЖЕН пытаться отвязать обмен от обмен, которого не существует.Код ошибки: не найден
• Сервер ДОЛЖЕН принять пустое имя обмена, чтобы обозначить обмен по умолчанию.

shortstr routing-key

Задает ключ маршрутизации привязки для отмены привязки.

no-wait no-wait

аргументы таблицы

Задает аргументы привязки для отмены привязки.

unbind-ok (

)

Подтвердите успешное отключение.

Этот метод подтверждает, что отвязка прошла успешно.

очередь

Работа с очередями.

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

Грамматика класса:

      queue = C: DECLARE S: DECLARE-OK
                          / C: BIND S: BIND-OK
                          / C: UNBIND S: UNBIND-OK
                          / C: ПРОДУВКА S: ПРОМЫВКА-ОК
                          / C: УДАЛИТЬ S: УДАЛИТЬ-ОК
     

Методы

declare (

Объявить очередь, при необходимости создать.

Этот метод создает или проверяет очередь. При создании новой очереди клиент может указать различные свойства, которые контролируют долговечность очереди и ее содержимое и уровень совместного использования очереди.

• Сервер ДОЛЖЕН создать привязку по умолчанию для вновь объявленной очереди к обмен по умолчанию, который представляет собой обмен типа «прямой» и использует очередь имя как ключ маршрутизации.
• Сервер ДОЛЖЕН поддерживать как минимум 256 очередей на виртуальный хост и, в идеале, не устанавливать никаких ограничений, кроме случаев, когда это определено доступными ресурсами.

Параметры:

short зарезервировано-1

queue-name queue

• Имя очереди МОЖЕТ быть пустым, и в этом случае сервер ДОЛЖЕН создать новый очередь с уникальным сгенерированным именем и вернуть его клиенту в Метод Declare-Ok.
• Имена очередей начинаются с «amq». зарезервированы для предварительно заявленных и стандартизированные очереди.Клиент МОЖЕТ объявить очередь, начинающуюся с «amq.» если установлена ​​пассивная опция или очередь уже существует. Код ошибки: отказано в доступе
• Имя очереди может быть пустым или представлять собой последовательность из следующих символов: буквы, цифры, дефис, подчеркивание, точка или двоеточие. Код ошибки: предварительное условие не выполнено

бит, пассивный

Если установлено, сервер ответит Declare-Ok, если очередь уже существует с тем же именем, и в противном случае вызовет ошибку.Клиент может используйте это, чтобы проверить, существует ли очередь, не изменяя состояние сервера. Если установлено, все остальные поля метода, кроме name и no-wait игнорируются. Объявление с пассивным и без ожидания не имеет никакого эффекта. Аргументы сравниваются на предмет семантической эквивалентности.

• Клиент МОЖЕТ попросить сервер подтвердить, что очередь существует без создание очереди, если нет. Если очередь не существует, сервер рассматривает это как неудачу.Код ошибки: не найден
• Если не установлен и очередь существует, сервер ДОЛЖЕН проверить, что существующая очередь имеет те же значения для долговременного, эксклюзивного, автоматического удаления, и поля аргументов. Сервер ДОЛЖЕН ответить Declare-Ok, если запрошенная очередь соответствует этим полям и ДОЛЖНА вызывать исключение канала если не.

бит прочный

Если установлено при создании новой очереди, она будет помечена как долговечная.Прочный очереди остаются активными после перезапуска сервера. Недлительные очереди (временные очереди) очищаются при перезапуске сервера. Обратите внимание, что длительные очереди не обязательно хранить постоянные сообщения, хотя отправлять постоянные сообщения во временную очередь.

• Сервер ДОЛЖЕН воссоздать долговременную очередь после перезапуска.
• Сервер ДОЛЖЕН поддерживать как постоянные, так и временные очереди.

бит, исключительный

Доступ к эксклюзивным очередям может получить только текущее соединение, и они удаляется, когда это соединение закрывается. Пассивное объявление эксклюзивного очереди другими подключениями не допускаются.

• Сервер ДОЛЖЕН поддерживать как эксклюзивные (частные), так и неисключительные (общие) очереди.
• Клиент НЕ МОЖЕТ пытаться использовать очередь, объявленную как эксклюзивную. другим все еще открытым соединением.Код ошибки: ресурс заблокирован

бит, автоудаление

Если установлено, очередь удаляется, когда все потребители заканчивают ее использовать. Последний Потребитель может быть отменен либо явно, либо потому, что его канал закрыт. Если в очереди не было ни одного потребителя, он не будет удален. Приложения могут явным образом удаляйте автоматически удаляемые очереди, используя метод Delete, как обычно.

• Сервер ДОЛЖЕН игнорировать поле автоудаления, если очередь уже существует.

без ожидания без ожидания

аргументов таблицы

Набор аргументов для объявления. Синтаксис и семантика этих аргументы зависят от реализации сервера.

declare-ok (

Подтверждает определение очереди.

Этот метод подтверждает метод Declare и подтверждает имя очереди, существенно для автоматически именованных очередей.

Параметры:

имя очереди очередь

Сообщает имя очереди. Если сервер сгенерировал имя очереди, это поле содержит это имя.

счетчик сообщений счетчик сообщений

длинный счетчик потребителей

Сообщает количество активных потребителей в очереди. Обратите внимание, что потребители могут приостановить действие (Channel.Flow), и в этом случае они не отображаются в этом счетчике.

bind (

Bind queue to an exchange.

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

• Сервер ДОЛЖЕН разрешить игнорировать повторяющиеся привязки, то есть две или более привязки. методы для конкретной очереди с идентичными аргументами — без обработки этих как ошибка.
• Сервер НЕ ДОЛЖЕН доставить одно и то же сообщение в очередь более одного раза, даже если очередь имеет несколько привязок, соответствующих сообщению.
• Сервер ДОЛЖЕН разрешить устойчивой очереди связываться с временным обменом.
• Привязки долговременных очередей к долговременным обменам автоматически становятся долговечными. и сервер ДОЛЖЕН восстановить такие привязки после перезапуска сервера.
• Серверу СЛЕДУЕТ поддерживать как минимум 4 привязки на очередь, и в идеале не накладывать предел, кроме случаев, определенных доступными ресурсами.

Параметры:

short reserved-1

queue-name queue

Задает имя очереди для привязки.

• Клиент ДОЛЖЕН либо указать имя очереди, либо ранее объявил очередь на том же канале Код ошибки: не найден
• Клиент НЕ ДОЛЖЕН пытаться привязать несуществующую очередь.Код ошибки: not-found

exchange-name exchange

Имя обмена для привязки.

• Клиенту НЕ ДОЛЖНО быть разрешено связывать очередь с несуществующим обменом. Код ошибки: не найден
• Сервер ДОЛЖЕН принять пустое имя обмена для обозначения обмена по умолчанию.

короткий ключ-переходник

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

• Если очередь сообщений привязывается к прямому обмену с помощью ключа маршрутизации K и издатель отправляет обмену сообщение с ключом маршрутизации R, затем сообщение ДОЛЖЕН быть передан в очередь сообщений, если K = R.

без ожидания без ожидания

аргументов таблицы

Набор аргументов для привязки.Синтаксис и семантика этих аргументов зависит от класса обмена.

bind-ok (

)

Подтвердите успешное связывание.

Этот метод подтверждает, что привязка прошла успешно.

unbind (

Отключить очередь от обмена.

Этот метод отключает очередь от обмена.

• Если отвязка не удалась, сервер ДОЛЖЕН вызвать исключение соединения.

Параметры:

short reserved-1

queue-name queue

Задает имя очереди для отмены привязки.

• Клиент ДОЛЖЕН либо указать имя очереди, либо ранее объявил очередь на том же канале Код ошибки: не найден
• Клиент НЕ ДОЛЖЕН пытаться отвязать несуществующую очередь. Код ошибки: not-found

exchange-name exchange

Имя обмена, от которого нужно отменить привязку.

• Клиент НЕ ДОЛЖЕН пытаться отвязать очередь от обмена, который не существует. Код ошибки: не найден
• Сервер ДОЛЖЕН принять пустое имя обмена для обозначения обмена по умолчанию.

shortstr routing-key

Задает ключ маршрутизации привязки для отмены привязки.

аргументы таблицы

Задает аргументы привязки для отмены привязки.

unbind-ok (

)

Подтвердите успешное отключение.

Этот метод подтверждает, что отвязка прошла успешно.

очистить (

Очистить очередь.

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

• Сервер НЕ ДОЛЖЕН очищать сообщения, которые уже были отправлены клиенту. но еще не признан.
• Сервер МОЖЕТ реализовать очередь очистки или журнал, что позволяет системным администраторам для восстановления случайно удаленных сообщений. Сервер НЕ ДОЛЖЕН оставаться очищенным сообщения в тех же местах хранения, что и живые сообщения, поскольку объемы очищенные сообщения могут стать очень большими.

Параметры:

short reserved-1

queue-name queue

Задает имя очереди для очистки.

• Клиент ДОЛЖЕН либо указать имя очереди, либо ранее объявил очередь на том же канале Код ошибки: не найден
• Клиент НЕ ДОЛЖЕН пытаться очистить несуществующую очередь. Код ошибки: not-found

no-wait no-wait

purge-ok (

Подтверждает очистку очереди.

Этот метод подтверждает очистку очереди.

Параметры:

количество сообщений количество сообщений

Сообщает количество удаленных сообщений.

удалить (

Удалить очередь.

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

• Серверу СЛЕДУЕТ использовать очередь недоставленных сообщений для хранения сообщений, ожидающих удаленная очередь, и МОЖЕТ предоставить возможность системному администратору переместить эти сообщения возвращаются в активную очередь.

Параметры:

short reserved-1

queue-name queue

Задает имя очереди для удаления.

• Клиент ДОЛЖЕН либо указать имя очереди, либо ранее объявил очередь на том же канале Код ошибки: не найден
• Клиент НЕ ДОЛЖЕН пытаться удалить несуществующую очередь. Код ошибки: не найден

бит, если не используется

Если установлено, сервер удалит очередь только в том случае, если у нее нет потребителей.Если в очереди есть потребители, сервер не удаляет ее, а создает канал вместо этого исключение.

• Сервер НЕ ДОЛЖЕН удалять очередь, в которой есть потребители, если параметр if-unused поле верно. Код ошибки: предварительное условие не выполнено

бит, если пусто

Если установлено, сервер удалит очередь только в том случае, если в ней нет сообщений.

• Сервер НЕ ДОЛЖЕН удалять очередь, в которой есть сообщения, если если пустое поле истинно.Код ошибки: precondition-failed

no-wait no-wait

delete-ok (

Подтвердите удаление очереди.

Этот метод подтверждает удаление очереди.

Параметры:

message-count message-count

Сообщает количество удаленных сообщений.

basic

Работа с основным контентом.

Класс Basic предоставляет методы, поддерживающие стандартную модель обмена сообщениями.

Грамматика класса:

      базовый = C: QOS S: QOS-OK
                          / C: ПОТРЕБЛЕНИЕ S: РАСХОД-ОК
                          / C: ОТМЕНА S: ОТМЕНА-ОК
                          / C: ОПУБЛИКОВАТЬ контент
                          / S: ВОЗВРАТ содержимого
                          / S: ДОСТАВЛЯТЬ контент
                          / C: GET (S: GET-OK content / S: GET-EMPTY)
                          / C: ACK
                          / МЕШОК
                          / C: ОТКАЗАТЬ
                          / C: NACK
                          / ЛЕГКАЯ ЗАКУСКА
                          / C: ВОССТАНОВЛЕНИЕ-ASYNC
                          / C: ВОССТАНОВИТЬ S: ВОССТАНОВИТЬ-ОК
     

• Серверу СЛЕДУЕТ уважать постоянное свойство основных сообщений и СЛЕДУЕТ делать все возможное, чтобы сохранять постоянные базовые сообщения на надежном механизм хранения.
• Сервер НЕ ДОЛЖЕН отбрасывать постоянное базовое сообщение в случае очереди. переполнение.
• Сервер МОЖЕТ использовать метод Channel.Flow для замедления или остановки базового сообщения. издатель при необходимости.
• Сервер МОЖЕТ переполнять непостоянные базовые сообщения на постоянные. место хранения.
• Сервер МОЖЕТ отбрасывать несохраняемые базовые сообщения с недоставленной буквой на на основе приоритета, если размер очереди превышает установленный предел.
• Сервер ДОЛЖЕН реализовать как минимум 2 уровня приоритета для базовых сообщений, где приоритеты 0–4 и 5–9 рассматриваются как два разных уровня.
• Сервер МОЖЕТ реализовать до 10 уровней приоритета.
• Сервер ДОЛЖЕН доставлять сообщения с одинаковым приоритетом независимо от их индивидуальная настойчивость.
• Сервер ДОЛЖЕН поддерживать неподтвержденную доставку базового контента, т.е.е. потребители с полем no-ack, установленным в TRUE.
• Сервер ДОЛЖЕН поддерживать доставку базового контента с явным подтверждением, то есть потребители с полем no-ack, установленным в FALSE.

Поля

Методы

qos (

Укажите качество обслуживания.

Этот метод требует определенного качества обслуживания. QoS можно указать для текущий канал или для всех каналов соединения. Особые свойства и Семантика метода qos всегда зависит от семантики класса содержимого. Хотя Метод qos в принципе может применяться к обоим одноранговым узлам, в настоящее время он имеет смысл только для сервера.

Параметры:

длинный размер предварительной выборки

Клиент может запросить отправку сообщений заранее, чтобы, когда клиент завершает обработку сообщения, следующее сообщение уже хранится локально, вместо того, чтобы отправлять по каналу.Предварительная выборка дает производительность улучшение. В этом поле указывается размер окна предварительной выборки в октетах. Сервер заранее отправит сообщение, если его размер равен или меньше, чем доступный размер предварительной выборки (а также попадает в другие ограничения предварительной выборки). Может быть установлен до нуля, что означает «без определенного ограничения», хотя другие ограничения предварительной выборки могут по-прежнему подать заявление. Размер предварительной выборки игнорируется, если установлена ​​опция no-ack.

• Сервер ДОЛЖЕН игнорировать этот параметр, если клиент не обрабатывает какие-либо сообщения — i.е. размер предварительной выборки не ограничивает передачу одиночных сообщения клиенту, только предварительная отправка большего количества сообщений, в то время как у клиента все еще есть одно или несколько неподтвержденных сообщений.

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

Задает окно предварительной выборки для всех сообщений. Это поле можно использовать в сочетании с полем размера предварительной выборки; сообщение будет отправлено только в продвинуться вперед, если оба окна предварительной выборки (а также на уровне канала и соединения) разрешить это.Счетчик предварительной выборки игнорируется, если установлена ​​опция no-ack.

• Сервер может отправить меньше данных заранее, чем разрешено клиентом. указанные окна предварительной выборки, но НЕ ДОЛЖНЫ отправлять больше.

бит глобальный

RabbitMQ переосмыслил это поле. Оригинал В спецификации говорилось: «По умолчанию настройки QoS применяются к только текущий канал. Если это поле установлено, они применяется ко всему соединению.»Вместо этого RabbitMQ берет global = false означает, что должны применяться настройки QoS. на потребителя (для новых потребителей на канале; существующих те, которые не затронуты) и global = true, что означает, что QoS настройки должны применяться для каждого канала.

qos-ok (

)

Подтвердите запрошенные qos.

Этот метод сообщает клиенту, что запрошенные уровни QoS могут быть обработаны сервер.Запрошенное QoS применяется ко всем активным потребителям до тех пор, пока не будет установлено новое QoS. определенный.

потребляют (

Запустить потребителя очереди.

Этот метод просит сервер запустить «потребителя», который является временным запросом для сообщения из определенной очереди. Потребители существуют до тех пор, пока они были каналом. объявлены на или до тех пор, пока клиент не отменит их.

• Сервер ДОЛЖЕН поддерживать не менее 16 потребителей в очереди и в идеале без ограничений, кроме случаев, определенных доступными ресурсами.

Параметры:

short reserved-1

queue-name queue

Задает имя очереди для использования.

потребительский тег Потребительский тег

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

• Клиент НЕ ДОЛЖЕН указывать тег, который относится к существующему потребителю.Код ошибки: недопустимый
• Тег потребителя действителен только в том канале, из которого потребитель был создан. Т.е. клиент НЕ ДОЛЖЕН создавать потребителя в одном канал, а затем использовать его в другом. Код ошибки: недопустимый

no-local no-local

no-ack no-ack

bit эксклюзивный

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

• Клиент НЕ МОЖЕТ получить эксклюзивный доступ к очереди, в которой уже есть активные потребители. Код ошибки: отказано в доступе

без ожидания без ожидания

аргументов таблицы

Набор аргументов в пользу потребителя. Синтаксис и семантика этих аргументы зависят от реализации сервера.

потребитель-ок (

Подтвердите нового потребителя.

Сервер предоставляет клиенту потребительский тег, который используется клиентом. для методов, вызываемых потребителем на более позднем этапе.

Параметры:

потребительский тег потребительский тег

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

отменить (

Завершить потребителя очереди.

Этот метод отменяет потребителя. Это не влияет на уже доставленные сообщения, но это означает, что сервер больше не будет отправлять сообщения для этот потребитель.Клиент может получать произвольное количество сообщений в между отправкой метода отмены и получением ответа отмены. Он также может быть отправлен с сервера клиенту в случае неожиданного аннулирования покупателя (т. е. аннулирования по любой причине, кроме сервера, получающего соответствующий basic.cancel от клиента). Это позволяет клиенты должны быть уведомлены о потере потребителей из-за событий например, удаление очереди.Обратите внимание, что, поскольку это НЕ ОБЯЗАТЕЛЬНО для клиентов, чтобы принять этот метод от сервера, желательно чтобы брокер мог идентифицировать тех клиентов, которые способен принять метод с помощью некоторых средств согласование возможностей.

• Если очередь не существует, сервер ДОЛЖЕН игнорировать метод отмены, поэтому пока потребительский тег действителен для этого канала.

Параметры:

consumer-tag consumer-tag

no-wait no-wait

cancel-ok (

Подтвердить отмененного потребителя.

Этот метод подтверждает, что отмена завершена.

Параметры:

потребительский тег потребительский тег

публикация (

Опубликовать сообщение.

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

Параметры:

short зарезервировано-1

exchange-name exchange

Задает имя обмена для публикации.Название биржи может быть пусто, что означает обмен по умолчанию. Если имя обмена указано, и что exchange не существует, сервер вызовет исключение канала.

• Клиент НЕ ДОЛЖЕН пытаться публиковать контент для обмена, который не существует. Код ошибки: не найден
• Сервер ДОЛЖЕН принять пустое имя обмена для обозначения обмена по умолчанию.
• Если обмен был объявлен внутренним, сервер ДОЛЖЕН поднять исключение канала с кодом ответа 403 (в доступе отказано).
• Биржа МОЖЕТ отказать в базовом контенте, и в этом случае она ДОЛЖНА открыть канал. исключение с кодом ответа 540 (не реализовано).

короткий ключ-переходник

Задает ключ маршрутизации для сообщения.Ключ маршрутизации используется для маршрутизации сообщения в зависимости от конфигурации обмена.

бит обязательный

Этот флаг сообщает серверу, как реагировать, если сообщение не может быть перенаправлено на очередь. Если этот флаг установлен, сервер вернет немаршрутизируемое сообщение с Метод возврата. Если этот флаг равен нулю, сервер молча отбрасывает сообщение.

• Серверу СЛЕДУЕТ реализовать обязательный флаг.

бит немедленно

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

• Серверу СЛЕДУЕТ реализовать немедленный флаг.

возврат (

Вернуть сообщение об ошибке.

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

Параметры:

код-ответа код-ответа

текст-ответа текст-ответа

обмен-имя-обмен

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

короткий ключ-маршрутизация

Задает имя ключа маршрутизации, указанное при публикации сообщения.

доставить (

Уведомить клиента о сообщении потребителя.

Этот метод доставляет сообщение клиенту через потребителя. В асинхронном модель доставки сообщений, клиент запускает потребителя, используя метод Consume, затем сервер отвечает методами доставки по мере поступления сообщений для этого потребитель.

• Серверу СЛЕДУЕТ отслеживать, сколько раз сообщение было доставлено клиентов и когда сообщение доставляется повторно определенное количество раз — например, 5 раз — сервер ДОЛЖЕН считать сообщение отправленным без подтверждения. необрабатываемый (возможно, вызывающий прерывание клиентских приложений), и переместите сообщение в очередь недоставленных сообщений.

Параметры:

потребительский тег потребительский тег

доставка тега доставка тег

повторная доставка повторная доставка

обмен именами обмен

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

shortstr routing-key

Задает имя ключа маршрутизации, указанное при публикации сообщения.

get (

Прямой доступ к очереди.

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

Параметры:

short reserved-1

queue-name queue

Задает имя очереди, из которой нужно получить сообщение.

no-ack no-ack

get-ok (

Предоставить клиенту сообщение.

Этот метод доставляет сообщение клиенту, следуя методу get. Сообщение доставленный ‘get-ok’ должен быть подтвержден, если не была установлена ​​опция no-ack в получить метод.

Параметры:

тег доставки тег доставки

повторно доставлен повторно доставлен

обмен именами

Задает имя обмена, в котором изначально было опубликовано сообщение.Если пусто, сообщение было опубликовано на обмене по умолчанию.

shortstr routing-key

Задает имя ключа маршрутизации, указанное при публикации сообщения.

счетчик сообщений счетчик сообщений

пусто (

Указывает, что сообщения отсутствуют.

Этот метод сообщает клиенту, что в очереди нет сообщений, доступных для клиент.

Параметры:

shortstr reserved-1

ack (

Подтвердить одно или несколько сообщений.

При отправке клиентом этот метод подтверждает одно или несколько сообщения, доставленные методами Deliver или Get-Ok. При отправке сервером этот метод подтверждает одно или несколько сообщения, опубликованные методом Publish на канале в режим подтверждения. Подтверждение может быть для одного сообщения или набора сообщения до определенного сообщения включительно.

Параметры:

тег доставки тег доставки

бит, кратный

Если установлено значение 1, тег доставки обрабатывается как «до и включая «, чтобы можно было подтвердить несколько сообщений одним методом.Если установлено значение 0, тег доставки относится к отдельному сообщению. Если кратное поле равно 1, и тег доставки равен нулю, это указывает на подтверждение все выдающиеся сообщения.

• Сообщение НЕ ДОЛЖНО подтверждаться более одного раза. В принимающий партнер ДОЛЖЕН подтвердить, что ненулевой тег доставки относится к доставленному сообщению и поднимает канал исключение, если это не так. На сделке канал, эта проверка ДОЛЖНА быть выполнена немедленно, а не отложено до Tx.Совершить. Код ошибки: предварительное условие не выполнено

отклонить (

Отклонить входящее сообщение.

Этот метод позволяет клиенту отклонить сообщение. Его можно использовать для прерывания и отменить большие входящие сообщения или вернуть необработанные сообщения в их исходные очередь.

• Сервер ДОЛЖЕН иметь возможность принимать и обрабатывать метод Reject, пока отправка содержимого сообщения с помощью метода Deliver или Get-Ok.Т.е. сервер должен читать и обрабатывать входящие методы при отправке выходных кадров. Чтобы отменить частично отправлять контент, сервер отправляет основной фрейм контента размером 1 (т. е. без данных, кроме октета конца кадра).
• Серверу СЛЕДУЕТ интерпретировать этот метод как означающий, что клиент не может обработать сообщение в это время.
• Клиент НЕ ДОЛЖЕН использовать этот метод как средство выбора сообщений для обработки.

Параметры:

тег доставки тег доставки

бит реквизит

Если Requeue истинно, сервер попытается повторно поставить сообщение в очередь. Если требуется имеет значение false или повторная попытка не удалась, сообщения отбрасываются или промаркированы.

• Сервер НЕ ДОЛЖЕН доставлять сообщение тому же клиенту в пределах контекст текущего канала. Рекомендуемая стратегия — попытаться доставить сообщение альтернативному потребителю, и если это невозможно, , чтобы переместить сообщение в очередь недоставленных сообщений.Сервер МОЖЕТ использовать больше сложное отслеживание для удержания сообщения в очереди и его повторной доставки в тот же клиент на более позднем этапе.

recovery-async (

Повторно доставить неподтвержденные сообщения.

Этот метод просит сервер повторно доставить все неподтвержденные сообщения на указанный канал. Ноль или более сообщений могут быть доставлены повторно. Этот способ устарел в пользу синхронного Recover / Recover-Ok.

• Сервер ДОЛЖЕН установить флаг повторной доставки для всех повторно отправляемых сообщений.

Параметры:

bit Requeue

Если это поле равно нулю, сообщение будет доставлено в исходное сообщение. получатель. Если этот бит равен 1, сервер попытается повторно поставить сообщение в очередь, возможно, затем доставить его альтернативному подписчику.

восстановление (

Повторная доставка неподтвержденных сообщений.

Этот метод просит сервер повторно доставить все неподтвержденные сообщения на указанный канал. Ноль или более сообщений могут быть доставлены повторно. Этот способ заменяет асинхронное восстановление.

• Сервер ДОЛЖЕН установить флаг повторной доставки для всех повторно отправляемых сообщений.

Параметры:

bit Requeue

Если это поле равно нулю, сообщение будет доставлено в исходное сообщение. получатель.Если этот бит равен 1, сервер попытается повторно поставить сообщение в очередь, возможно, затем доставить его альтернативному подписчику.

recovery-ok (

)

Подтвердите восстановление.

Этот метод признает метод Basic.Recover.

nack (

Отклонить одно или несколько входящих сообщений.

Этот метод позволяет клиенту отклонить одно или несколько входящих сообщений.Может быть используется для прерывания и отмены больших входящих сообщений или возврата неизлечимых сообщения в исходную очередь. Этот метод также используется сервером для информирования издателей о каналах в режим подтверждения необработанных сообщений. Если издатель получает этот метод, он вероятно, необходимо повторно опубликовать оскорбительные сообщения.

• Сервер ДОЛЖЕН иметь возможность принимать и обрабатывать метод Nack, пока отправка содержимого сообщения с помощью метода Deliver или Get-Ok.Т.е. сервер должен читать и обрабатывать входящие методы при отправке выходных кадров. Чтобы отменить частично отправлять контент, сервер отправляет основной фрейм контента размером 1 (т. е. без данных, кроме октета конца кадра).
• Серверу СЛЕДУЕТ интерпретировать этот метод как означающий, что клиент не может обработать сообщение в это время.
• Клиент НЕ ДОЛЖЕН использовать этот метод как средство выбора сообщений для обработки.
• Клиент, публикующий сообщения в канал в режиме подтверждения, ДОЛЖЕН иметь возможность принимать и каким-то образом обрабатывать метод Нэка.

Параметры:

тег доставки тег доставки

бит кратный

Если установлено значение 1, тег доставки обрабатывается как «до и включая «, чтобы можно было отклонить несколько сообщений. одним методом. Если установлено значение 0, тег доставки относится к отдельному сообщению.Если кратное поле равно 1, и тег доставки равен нулю, это означает отказ от все выдающиеся сообщения.

• Сообщение НЕ ДОЛЖНО быть отклонено более одного раза. В принимающий партнер ДОЛЖЕН подтвердить, что ненулевой тег доставки относится к неподтвержденному доставленному сообщению и вызвать исключение канала, если это не так. Код ошибки: предварительное условие не выполнено

бит, требование

Если Requeue истинно, сервер попытается повторно поставить сообщение в очередь.Если требуется имеет значение false или повторная попытка не удалась, сообщения отбрасываются или промаркированы. Клиенты, получающие методы Nack, должны игнорировать этот флаг.

• Сервер НЕ ДОЛЖЕН доставлять сообщение тому же клиенту в пределах контекст текущего канала. Рекомендуемая стратегия — попытаться доставить сообщение альтернативному потребителю, и если это невозможно, , чтобы переместить сообщение в очередь недоставленных сообщений.Сервер МОЖЕТ использовать больше сложное отслеживание для удержания сообщения в очереди и его повторной доставки в тот же клиент на более позднем этапе.

tx

Работа с транзакциями.

Класс Tx позволяет объединять операции публикации и подтверждения в атомарные операции. единицы работы. Предполагается, что все отправленные запросы на публикацию и подтверждение внутри транзакции завершится успешно или ни одна из них не завершится.Серверы ДОЛЖНЫ реализовывать атомарные транзакции, по крайней мере, там, где все публикуют или запросы подтверждения влияют на одну очередь. Транзакции, охватывающие несколько очереди могут быть неатомарными, учитывая, что очереди могут быть созданы и уничтожены асинхронно, и такие события не являются частью какой-либо транзакции. Кроме того, поведение транзакций в отношении немедленного и обязательные флаги для методов Basic.Publish не определены.

Грамматика класса:

      tx = C: ВЫБРАТЬ S: ВЫБРАТЬ-ОК
                          / C: COMMIT S: COMMIT-OK
                          / C: ОТКАТ S: ОТКАТ-ОК
     

• Приложения НЕ ДОЛЖНЫ полагаться на атомарность транзакций, которые влияют на более чем одну очередь.
• Приложения НЕ ДОЛЖНЫ полагаться на поведение транзакций, которые включать сообщения, опубликованные с возможностью немедленного доступа.
• Приложения НЕ ДОЛЖНЫ полагаться на поведение транзакций, которые включать сообщения, опубликованные с обязательной опцией.

Методы

выберите (

Выберите стандартный режим транзакции.

Этот метод устанавливает канал для использования стандартных транзакций.Клиент должен использовать это хотя бы один раз в канале перед использованием методов Commit или Rollback.

select-ok (

)

Подтвердите режим транзакции.

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

фиксация (

фиксация текущей транзакции.

Этот метод фиксирует все публикации сообщений и подтверждения, выполненные в текущая сделка.Новая транзакция начинается сразу после фиксации.

• Клиент НЕ ДОЛЖЕН использовать метод Commit на каналах без транзакции. Код ошибки: ошибка предварительного условия

commit-ok (

)

Подтвердите успешную фиксацию.

Этот метод подтверждает клиенту, что фиксация выполнена успешно. Обратите внимание, что если фиксация сбой, сервер вызывает исключение канала.

откат (

Отказ от текущей транзакции.

Этот метод отменяет все публикации сообщений и подтверждения, выполненные в текущая сделка. Новая транзакция начинается сразу после отката. Обратите внимание, что незапакованные сообщения не будут автоматически доставлены повторно при откате; если это требуется, должен быть сделан явный вызов восстановления.

• Клиент НЕ ДОЛЖЕН использовать метод отката на каналах без транзакции.Код ошибки: precondition-failed

rollback-ok (

)

Подтвердите успешный откат.

Этот метод подтверждает клиенту, что откат выполнен успешно. Обратите внимание, что если откат не выполняется, сервер вызывает исключение канала.

подтвердить

Работать с подтверждением.

Класс Confirm позволяет издателям добавлять канал в режим подтверждения и впоследствии получать уведомления, когда сообщения были обрабатывается брокером.Предполагается, что все сообщения опубликовано на канале в режиме подтверждения, будет подтверждено какой-то момент. Подтверждая сообщение, брокер предполагает ответственность за это и указывает, что он что-то сделал он считает разумным с этим. Не маршрутизируемые обязательные или немедленные сообщения подтверждаются сразу после метода Basic.Return. Сообщения подтверждаются когда все очереди, в которые было направлено сообщение доставили сообщение и получили подтверждение (если требуется), или поставить сообщение в очередь (и при необходимости сохранил его).Опубликованным сообщениям присваиваются порядковые номера по возрастанию, начиная с 1 с первого метода Confirm.Select. Сервер подтверждает сообщения, отправляя методы Basic.Ack, относящиеся к этим порядковые номера.

Грамматика класса:

      подтвердить = C: ВЫБРАТЬ S: ВЫБРАТЬ-ОК
     

• Сервер ДОЛЖЕН подтверждать все сообщения, полученные после канал переведен в режим подтверждения.
• Сервер ДОЛЖЕН подтвердить сообщение только после того, как оно было должным образом обрабатывается всеми очередями, в которые он был доставлен.
• Сервер ДОЛЖЕН подтвердить немаршрутизируемое обязательное или немедленное сообщение только после того, как он отправит Basic.Return.
• Не дается никаких гарантий относительно того, как скоро сообщение будет отправлено. признал. Приложениям НЕ СЛЕДУЕТ делать предположения о это.

Методы

select (

.

Этот метод устанавливает канал для использования подтверждений издателя.Клиент может использовать этот метод только на нетранзакционных канал.

Параметры:

no-wait nowait

select-ok (

)

.

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

В спецификации определены следующие домены:

Многие константы являются кодами ошибок. Если это так, они попадают в одну из двух категорий:

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

В спецификации определены следующие константы:

Ответ на «Кислородный метаногенез — лишь незначительный источник диффузных выбросов Ch5 из озер в масштабе всего озера»