Кластеризация Wildfly с использованием JBoss

118
13

Я пытаюсь настроить кластер Wildfly 11, но не могу заставить его работать. По сути, у меня есть 2 экземпляра Wildfly, причем один экземпляр имеет port-offset = 2, работающий на моей локальной машине. Вот издатель и MDB:

@JMSDestinationDefinitions(value = { @JMSDestinationDefinition(name = "java:/topic/CLUSTEREVENTTOPIC", interfaceName = "javax.jms.Topic", destinationName = "ClusterEventTopic") })
@Stateless
public class ClusterEventPublisher implements Serializable {

MDB

@MessageDriven(name = "ClusterEventMonitor", activationConfig = { @ActivationConfigProperty(propertyName = "destinationLookup", propertyValue = "topic/CLUSTEREVENTTOPIC"),
@ActivationConfigProperty(propertyName = "destinationType", propertyValue = "javax.jms.Topic"),
@ActivationConfigProperty(propertyName = "acknowledgeMode", propertyValue = "Auto-acknowledge") })
public class ClusterEventMonitor implements MessageListener {

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

Например: узел1 отправляет eventDto как сообщение, узел1 получит сообщение, но не узел2.

Обратите внимание, что я использую конфигурацию standalone-full-ha.xml. Я просто добавил следующую строку в модуль ActiveMQ:

<cluster password="${jboss.messaging.cluster.password:opencell}"/>

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

https://www.dropbox.com/s/0ttyb05dx7cps21/standalone-full-ha-test.xml

Я нахожусь в режиме отладки и уверен, что сообщение не достигает узла 2. Любая идея?

спросил(а) 2021-01-19T14:14:03+03:00 6 месяцев, 1 неделя назад
1
Решение
141

Теперь я могу получить сообщение, отправленное с узла 1 через JMS на узле 2. Однако я действительно ничего не делал. Я сравнил свои файлы конфигурации, и они почти совпадают с моим первым набором узлов, которые не работают. Что я сделал, так это просто скачал новый Wildfly 11 в архиве, выполнил необходимую настройку базы данных и все заработало. Для тех, кто спрашивает, вот часть моей конфигурации standalone-full-ha.xml:

<subsystem xmlns="urn:jboss:domain:jgroups:5.0">
<channels default="ee">
<channel name="ee" stack="udp" cluster="ejb"/>
</channels>
<stacks>
<stack name="udp">
<transport type="UDP" socket-binding="jgroups-udp"/>
<protocol type="PING"/>
<protocol type="MERGE3"/>
<protocol type="FD_SOCK"/>
<protocol type="FD_ALL"/>
<protocol type="VERIFY_SUSPECT"/>
<protocol type="pbcast.NAKACK2"/>
<protocol type="UNICAST3"/>
<protocol type="pbcast.STABLE"/>
<protocol type="pbcast.GMS"/>
<protocol type="UFC"/>
<protocol type="MFC"/>
<protocol type="FRAG2"/>
</stack>
<stack name="tcp">
<transport type="TCP" socket-binding="jgroups-tcp"/>
<socket-protocol type="MPING" socket-binding="jgroups-mping"/>
<protocol type="MERGE3"/>
<protocol type="FD_SOCK"/>
<protocol type="FD_ALL"/>
<protocol type="VERIFY_SUSPECT"/>
<protocol type="pbcast.NAKACK2"/>
<protocol type="UNICAST3"/>
<protocol type="pbcast.STABLE"/>
<protocol type="pbcast.GMS"/>
<protocol type="MFC"/>
<protocol type="FRAG2"/>
</stack>
</stacks>
</subsystem>

<subsystem xmlns="urn:jboss:domain:messaging-activemq:2.0">
<server name="default">
<cluster password="${jboss.messaging.cluster.password:secret}"/>
<security-setting name="#">
<role name="guest" send="true" consume="true" create-non-durable-queue="true" delete-non-durable-queue="true"/>
</security-setting>
<address-setting name="#" dead-letter-address="jms.queue.DLQ" expiry-address="jms.queue.ExpiryQueue" max-size-bytes="10485760" page-size-bytes="2097152" message-counter-history-day-limit="10" redistribution-delay="1000"/>
<http-connector name="http-connector" socket-binding="http" endpoint="http-acceptor"/>
<http-connector name="http-connector-throughput" socket-binding="http" endpoint="http-acceptor-throughput">
<param name="batch-delay" value="50"/>
</http-connector>
<in-vm-connector name="in-vm" server-id="0">
<param name="buffer-pooling" value="false"/>
</in-vm-connector>
<http-acceptor name="http-acceptor" http-listener="default"/>
<http-acceptor name="http-acceptor-throughput" http-listener="default">
<param name="batch-delay" value="50"/>
<param name="direct-deliver" value="false"/>
</http-acceptor>
<in-vm-acceptor name="in-vm" server-id="0">
<param name="buffer-pooling" value="false"/>
</in-vm-acceptor>
<broadcast-group name="bg-group1" jgroups-channel="activemq-cluster" connectors="http-connector"/>
<discovery-group name="dg-group1" jgroups-channel="activemq-cluster"/>
<cluster-connection name="my-cluster" address="jms" connector-name="http-connector" discovery-group="dg-group1"/>
<jms-queue name="ExpiryQueue" entries="java:/jms/queue/ExpiryQueue"/>
<jms-queue name="DLQ" entries="java:/jms/queue/DLQ"/>
<connection-factory name="InVmConnectionFactory" entries="java:/ConnectionFactory" connectors="in-vm"/>
<connection-factory name="RemoteConnectionFactory" entries="java:jboss/exported/jms/RemoteConnectionFactory" connectors="http-connector" ha="true" block-on-acknowledge="true" reconnect-attempts="-1"/>
<pooled-connection-factory name="activemq-ra" entries="java:/JmsXA java:jboss/DefaultJMSConnectionFactory" connectors="in-vm" transaction="xa"/>
</server>
</subsystem>

Что касается бесконечного кеша:

<cache-container name="projectx">
<transport lock-timeout="60000"/>
<replicated-cache name="projectx-cache" mode="SYNC">
<transaction mode="NON_XA"/>
<eviction strategy="LRU" max-entries="100000"/>
</replicated-cache>

ответил(а) 2021-01-19T14:14:03+03:00 6 месяцев, 1 неделя назад
Ваш ответ
Введите минимум 50 символов
Чтобы , пожалуйста,
Выберите тему жалобы:

Другая проблема