Члены Gemfire WAN Gateway-отправители/получатели

Внутри кластера мы хотим создать элементы, которые не являются ни отправителями, ни получателями, но при этом иметь 1 отправителя/получателя в каждом кластере. Сначала мы запустили отправителя/получателя в заданном кластере, без ошибок. Как только мы запустили участника, который ни не является ни отправителем, ни ни получателем, возникает следующая ошибка:

java.lang.IllegalStateException: невозможно создать регион/данные с идентификаторами отправителя шлюза [gateway-sender-A], поскольку в другом кеше есть тот же регион, определенный с идентификаторами отправителя шлюза [].

Некоторые допущения: - Реплицированные регионы - Серийные шлюзы-отправители - Ручной запуск неверен для всех шлюзов-отправителей

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

Спасибо


geode gemfire spring-data-gemfire
person Work of Art    schedule 23.12.2016    source источник

Ответы (2)


arrow_upward
0
arrow_downward

Я предполагаю, что вы используете одноранговые конфигурации внутри кластера, поэтому все они являются одноранговыми узлами, но не клиентами. Затем конфигурация для одного и того же региона должна быть идентичной, т. е. если у участника A есть отправитель шлюза 1, у участника B должен быть отправитель 1 в свойстве gateway-sender-ids.

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

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

person Xiawei Zhang    schedule 24.12.2016
comment
Ни для отправителя, ни для получателя я не настраивал отправителя/получателя шлюза, и это вызывает ошибку. - person Work of Art; 03.01.2017

arrow_upward
0
arrow_downward

Догадаться.

Мое старое понимание основывалось на этом графике: WAN-Topology

Где 2 верхних левых члена не были ни отправителями, ни получателями. Это неправильно. График немного вводит в заблуждение.

Вы МОЖЕТЕ указать, какие участники являются получателями в кэше xml, но НЕ МОЖЕТЕ указать, какие участники, размещающие регион, являются отправителями. Другими словами, наличие тега в участнике не означает, что этот участник является отправителем, это просто означает, что у региона есть отправитель в кластере.

Поэтому, если вам нужен отправитель для указанного региона, вы должны включить тег <gateway-sender> во всех участников в указанном регионе, чтобы он был действительным.

person Work of Art    schedule 03.01.2017