Сегодня просто прочитаем сообщения, которые были отправлены в первой части, а то они там все еще лежат, совсем запылились.
Платформа, на которой трестировалось: 8.3.23.1437, 8.3.22.1750, 8.3.19.1723, 8.3.21.1393.
Файлы
ВНИМАНИЕ:
Файлы из Базы знаний - это исходный код разработки.
Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы.
Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных.
Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.
Наименование |
Скачано |
Купить файл (только для физ. лиц) |
По подписке PRO
|
Обработка из статьи и из видео с кнопками "ПрочитатьСообщения" и "ЧтениеБезАвтоподтверждения".
.epf 7,40Kb
|
7 |
3 050 руб.
Купить
|
5 SM
Скачать
|
Конфигурация с модулем адаптера Kafka(из примера)
.cf 46,67Kb
|
8 |
3 050 руб.
Купить
|
5 SM
Скачать
|
Подписка
PRO — скачивайте любые файлы со
скидкой до 85% из Базы знаний
Оформите подписку на
компанию для решения рабочих задач
Оформить подписку и скачать решение со скидкой
Введение
Введением является часть первая, данного повествования.
Подготовка
Подготовка абсолютно идентична первой части, все что есть это конфлюент в докере:
Действо
Использовать буду обработку из первой части которая засылает "Привет мир" в топик "1c.topic".
После серьезной доработки обработки, у нее появляется кнопка, по которой будут читаться сообщения:

Тут будем жестко копипастить текст с документации на гитхабе и добавлять целую строчку кода:
Итог:
В этом примере приведено чтение сообщения с использованием автосдвига.
Бонусом, в обработке которая приложена к публикации есть еще такая кнопочка:

Тут чтение происходит с ручным управлением сдвигом.
А теперь представьте, вот мы научились отсылать, получать сообщения, а дальше нам надо строить распределенную трассировку к этому, вот в этой статье про нее писал #APMЭтоПросто: APM Adapter 1C (elastic).
Думаю если тут сто плюсиков наберется то к кафке прикрутим распределенную трассировку, через которую графически будет видно сколько времени ушло на отправку сообщения, сколько на его сериализацию, затем как другая система уже прочитала сообщение и сколько времени ушло на его обработку. Т.е. если например строить обмен по модели request-response то очень удобно можно будет проследить визуально весь путь : Запрос(система 1) -> Обработка запроса(система 2) -> Отправка ответа (система 2) -> Получение ответа(система 1).
Видео
Прочее:
Обработка "FormCodeGenerator"
Обработка "FormCodeGenerator": Проект на GitHub
Статьи:
Модуль "FormEditor"(РедакторФорм)
Модуль "FormEditor"(РедакторФорм): Проект на GitHub
Статьи:
kafka restkafka confluent adapter брокер esb доставка сообщений