> Also, doing message replication is often times an anti-pattern in
messaging because it creates split brain scenarios during many unplanned
outages that require taking the entire cluster down to resend.
Split brain is certainly a potential risk that needs to be mitigated (as
outlined in the
situation:
>
> …
>
>
> artemis
> ON_DEMAND
> 1
>
>node0
>node1
>
>
>
> …
>
> Regards,
>
> William Crowell
>
> From: Justin Bertram
>
> 1000
> 172.16.6.55
> ping -n 1 -w %d
> %s
> ping6 -c 1
> %2$s
>
>
>
> Looking for your valuable feed back or any mistake I am doing here please
> justin.
>
>
> Regards,
> Albaasith Ahamed
>
>
>
>
&
iple cluster connections to the same nodes
> using overlapping addresses? Would that be in broker.xml?
>
> I thought I was running into this, but we do not use temporary queues:
> https://issues.apache.org/jira/browse/ARTEMIS-1967
>
> This is Artemis 2.33.0.
>
> Regards,
ello,
>
>
>
> we are using Artemis 2.31. Is there a way to create a new Attribute to
> show when "last retrieve" or "last delivery" from Queues on the console?
>
>
>
> Thanks for reply.
>
>
>
> Omar Lakniti
>
>
>
>
>
>
>
> ---
As far as I know the only conditions that would result in this situation
are described in the warning message.
Do you have multiple cluster connections to the same nodes using
overlapping addresses?
Do you have a way to reproduce this? Can you elaborate at all on the
configuration, use-case,
Can you elaborate on the nature of the warnings and alerts you're asking
about? Is this something that would appear in the log? Is it a management
notification [1]?
Also, what specific memory and storage thresholds are you referring to? Are
you talking about JVM memory, address memory, or
to configure.
Justin
On Mon, May 27, 2024 at 3:52 AM Albaasith Ahamed
wrote:
>
> Any update on this please Justin.
>
> Regards,
> Albaasith Ahamed
>
>
>
>
> -Original Message-
> From: Albaasith Ahamed
> Sent: Sunday, May 26, 2024 1:
You're hitting ARTEMIS-4742 [1]. The fix has already been merged and will
be released this week as part of 2.34.0.
Justin
[1] https://issues.apache.org/jira/browse/ARTEMIS-4742
On Mon, May 27, 2024 at 9:35 AM Thorsten Meinl
wrote:
> Hi,
>
> I have tried to start Artemis 2.33.0 on existing
I can see the footer now with unsubscribe info.
Justin
On Sun, May 26, 2024 at 6:28 PM Clebert Suconic
wrote:
> I don't get to see my own emails. so I don't know if the issue was
> complete or not. if someone could please confirm there's an
> unsubscribe on the emails sent by the lists now?
>
What you're observing is called "split brain" and it is discussed at
considerable length in the documentation [1]. It appears that you haven't
configured anything to mitigate split brain in your deployment. I recommend
you review the documentation and update your deployment accordingly. If you
I'm not sure about the exact behavior of ActiveMQ Classic here, but I do
know what ActiveMQ Artemis does, and it doesn't behave according to your
expectations.
I would be a bit surprised if ActiveMQ Classic behaved as you expect
because it wouldn't scale very well. Moving messages around the
> But when I create a queue in amq0, it doesn't appear in amq1.
When you say "queue" do you mean a JMS queue? Why would you necessarily
expect a queue created on one node to be created on a different node in the
network? Also, what exactly are you doing to create the queue on amq0?
> ...when I
erface. This way
> I can control the cluster from a single JConsole or JMC instance, and hook
> it up to Zabbix for monitoring and alerting. Perhaps not the fanciest
> approach but it's extensible and "good enough".
>
> Jan
>
>
>
ActiveMQ Artemis has message-level authorization for consumption. This is
implemented via a broker plugin [1], specifically:
org.apache.activemq.artemis.core.server.plugin.ActiveMQServerMessagePlugin#canAccept
We actually ship a simple implementation of this plugin which is documented
here [2].
> As far as we can tell the attribute is ignored and messages with the same
group-id move from one consumer to the other.
What observations are you making that lead you to this conclusion? Please
be specific.
> Now I have read in the release notes for ActiveMQ 6.1 that issue
ENTMQ-261 has been
I'm not aware of any existing plans to build a single web-console for a
whole cluster. At first glance this seems like a big chunk of work for
relatively little upside. Switching between browser tabs to manage
different brokers may be a bit tedious, but it is simple and effective.
What specific
Done.
Justin
On Tue, May 21, 2024 at 10:40 PM Susinda wrote:
> Hi
>
> Would you be able to allow me to the slack channel please?
>
> Thanks
> Susinda
>
I imagine there are differences between the protocols which Micrometer
supports for metrics plugin integration, but if, for example, you
configured the Prometheus metrics plugin and then loaded
http://myBroker:8161/metrics/ you would see this (among other things):
...
# HELP
I believe that's something you need to do yourself. These instructions [1]
may help.
Justin
[1] https://slack.com/help/articles/203953146-Deactivate-your-Slack-account
On Mon, May 13, 2024 at 7:00 PM Dunham, Guy@CIO
wrote:
> Hello,
>
> Please remove me from ActiveMQ Slack channel.
>
>
To be precise, there is no such thing as a "topic" in ActiveMQ Artemis. The
address model [1] consists of three basic elements - address, queue, and
routing type. You can read about how a JMS topic maps onto these elements
in the documentation [2].
Regarding when messages are dropped, what JB
umentation or
code-base for "PendingMessageLimitStrategy" you'd find no references).
Justin
On Tue, May 21, 2024 at 2:11 PM Matt Pavlovich wrote:
> Ah, good catch. Artemis doesn’t have PendingMessageLimitStrategy or
> equivalent?
>
> > On May 21, 2024, a
> .. or when the PendingMessageLimitStrategy is applied messages may be
dropped based on desired message pattern.
Just to clarify, the PendingMessageLimitStrategy applies to Classic, but
the question was about Artemis.
Justin
On Tue, May 21, 2024 at 11:41 AM Matt Pavlovich wrote:
> .. or
AM Simone Giacomelli wrote:
> I also would like to stop receiving these emails.
> Sadly I don't see any banners with instructions to do it.
> And I don't remember how to do it...
>
> Stop
> Unsubscribe
>
> Obviously I noted that Justin Bertram manually unsubscribed the OP.
I manually unsubscribed you.
Justin
On Thu, May 9, 2024 at 1:02 AM Arunima Mitra wrote:
> Stop
>
> Unsubscribe
>
>
>
>
>
>
>
>
>
>
>
>
>
> Thanks and Regards,
>
>
>
>
>
> [image: signature_4130448085]
>
>
>
> *Arunima Mitra* | Program Manager
> Manhattan Associates, Inc.
> *M* +91 8050804627
I manually unsubscribed you.
Justin
On Thu, May 9, 2024 at 1:01 AM Carlos Barrie
wrote:
> Stop
>
> Unsubscribe
>
>
> Unless stated otherwise above:
> Kyndryl España, S.A.U.
> Calle Albacete, 5
> 28027 Madrid
> Registro Mercantil de Madrid; Folio 160; Tomo 41674; Hoja M-738231
> CIF A-04975934
At the moment there is no broker-specific configuration that would impact
this use-case. I recommend you simply give the JVM more memory to deal with
the size of the JDBC ResultSet.
Justin
On Thu, May 9, 2024 at 3:55 AM Rakesh Athuru
wrote:
> Hi,
>
> I am using JBoss Wildfly server with
I manually unsubscribed you.
Justin
On Wed, May 8, 2024 at 4:16 PM Haake, John
wrote:
>
> Stop
>
> Unsubscribe
>
>
> The information contained in this e-mail message is privileged and/or
> confidential and is intended only for the use of the individual or entity
> named above. If the reader
systemagmbh>
>
> SYSTEMA
> Systementwicklung Dipl.-Inf. Manfred Austen GmbH
>
> Manfred-von-Ardenne-Ring 6 | 01099 Dresden
> HRB 11256 Amtsgericht Dresden | USt.-ID DE 159 607 786
> Geschäftsführer: Manfred Austen, CEO und Dr. Ulf Martin, COO
>
> P Please ch
gular
> using MQTT? Additionally, I need the topic settings to be compatible with
> both JMS and Angular in my use case.
>
> On Mon, 6 May, 2024, 6:33 pm Justin Bertram, wrote:
>
> > > Then, I send this information to the NOTIFICATION queue using JMS
> within
>
Done.
Justin
On Tue, May 7, 2024 at 2:11 AM Naveen Kumar
wrote:
> Hi all,
>
> Kindly send me the invite link to join ActiveMq Slack Channel
>
queue to
> update the tasks on their screens, which are built using Angular.
>
> Could you please guide me on how I can achieve this within the queuing
> system?
>
>
> [image: image.png]
>
> On Sun, 5 May 2024 at 08:33, Justin Bertram wrote:
>
>> Generally speaking, usi
4, 10:50 am Justin Bertram, wrote:
>
> > FYI - I opened ARTEMIS-4760 [1] for this issue. I'll send a PR with a fix
> > soon.
> >
> >
> > Justin
> >
> > [1] https://issues.apache.org/jira/browse/ARTEMIS-4760
> >
> > On Fri, May 3, 20
FYI - I opened ARTEMIS-4760 [1] for this issue. I'll send a PR with a fix
soon.
Justin
[1] https://issues.apache.org/jira/browse/ARTEMIS-4760
On Fri, May 3, 2024 at 12:46 PM Justin Bertram wrote:
> I believe this is a bug in the MQTT implementation. As noted in the
> documentat
org.apache.activemq.artemis.core.protocol.mqtt.MQTTProtocolHandler.handleSubscribe(MQTTProtocolHandler.java:382)
> > > ~[artemis-mqtt-protocol-2.33.0.jar:2.33.0]
> > > at
> > >
> > >
> >
> org.apache.activemq.artemis.core.protocol.mqtt.MQTTPr
Where exactly do you see the re-ordering of messages and how are you
determining that they are, in fact, re-ordered? Are they re-ordered in the
target queue itself or on the consumer(s)? Do you have a way that I can
reproduce this behavior?
If I recall correctly there is just one thread that
Have you conclusively determined that the STOMP acceptor is _causing_ the
difference? If so, do you have a test to reproduce this behavior? Perhaps
this is just a coincidence?
> Is the Messagebuffer to high?
I'm not sure what you mean by "Messagebuffer." Can you clarify?
Justin
On Fri, May
r(ThreadPoolExecutor.java:1144)
> [?:?]
> at
>
> java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:642)
> [?:?]
> at
>
> org.apache.activemq.artemis.utils.ActiveMQThreadFactory$1.run(ActiveMQThreadFactory.java:118)
>
Done.
Justin
On Fri, May 3, 2024 at 12:28 PM Jerry Zou wrote:
> Hi,
>
> Can I please request an invitation to the ActiveMQ slack channel for
> jerryzoub...@gmail.com?
>
> Thanks in advance
>
> Best,
> Jerry
>
I opened ARTEMIS-4759 [1] to deal with this and sent a PR. Thanks for the
report!
Justin
[1] https://issues.apache.org/jira/browse/ARTEMIS-4759
On Wed, Apr 24, 2024 at 9:33 AM Bernd Köcke
wrote:
> Hello,
>
> I'm using WildFly which uses Artemis as JMS provider. With WF 31 they
> updated to
Done.
Justin
On Wed, May 1, 2024 at 6:41 PM Hailong Cao wrote:
> Hi,
>
> Hope you are doing well!
>
> I'm requesting to join ActiveMQ Slack channel, appreciate the help and
> thank you in advance!
>
> Hailong Cao
>
;
> Regards,
>
> William Crowell
>
> From: Justin Bertram
> Date: Tuesday, April 30, 2024 at 10:13 AM
> To: users@activemq.apache.org
> Subject: Re: org.apache.activemq.artemis.core.server.impl.QueueImpl
> Instances
> There should just be one instance of QueueImpl per
There should just be one instance of QueueImpl per queue. Keep in mind that
any JMS topic subscription will be represented as a queue.
Justin
On Tue, Apr 30, 2024 at 8:46 AM William Crowell
wrote:
> Good morning,
>
> I was analyzing a heap dump for Apache Artemis and noticed a high amount
>
>From what I can tell you aren't actually subscribed to the ActiveMQ users
list so you will not receive any replies sent to the list and not directly
to you (which is how replies are normally sent). Please subscribe [1] to
the list in order to use it properly. Thanks!
Also, please be aware that
I can't comment regarding your specific issue, but it's worth noting that
5.15.x is no longer actively maintained. It may be worth upgrading to the
latest 5.18.x version or perhaps even 6.x.
Justin
On Fri, Apr 26, 2024 at 2:26 PM Derek Zhang wrote:
> Hello ActiveMQ Classic community,
>
> We
> Does this mean, that there are plans to remove Openwire from Artemis?
This was addressed a few months ago [1], and plans haven't changed since
then. There are still no plans to remove OpenWire from ActiveMQ Artemis.
To be clear, how commercial vendors deploy ActiveMQ components and what
The PR [1] for this has been sent. I expect it will be in the 2.34.0
release expected next week.
Justin
[1] https://github.com/apache/activemq-artemis/pull/4897
On Thu, Apr 25, 2024 at 12:05 PM William Crowell
wrote:
> Good afternoon,
>
> Does anyone know when ARTEMIS-4420 will be pushed
I'm not aware of anything related to reloading broker.xml that would impact
replication, and I don't think replication itself will change the size of
the message (e.g. via adding headers). Replication is performed at the
journal level so whatever is written to disk on the primary is what should
be
Done.
Justin
On Tue, Apr 23, 2024 at 6:05 PM Derek Zhang wrote:
> Hello,
>
> Can I please request an invitation to the ActiveMQ Slack channel for
> derekdyzh...@gmail.com?
>
> Thank you in advance.
>
> Regards,
> Derek Zhang
>
est way to do this is with this
command while the broker is stopped:
./artemis data print --skip-journal
Justin
On Tue, Apr 23, 2024 at 11:04 AM Justin Bertram wrote:
> > Can you clarify what condition triggers this...?
>
> Security settings are persisted to the bindings journal when they are
&
ode these settings after the upgrade.
Justin
On Tue, Apr 23, 2024 at 7:27 AM Stephen Baker
wrote:
> On Mon, Apr 22, 2024 at 6:46 PM Justin Bertram
> wrote:
>
> > This was caused by ARTEMIS-4582 [1]. I've opened ARTEMIS-4742 [2] and
> sent
> > a PR [3] to address the p
This was caused by ARTEMIS-4582 [1]. I've opened ARTEMIS-4742 [2] and sent
a PR [3] to address the problem.
To be clear, this has nothing to do with replication or load/throughput.
It's just a buffer formatting issue caused by a configuration change.
Justin
[1]
Erwin responded [1] almost a week ago now. Did you have additional
questions?
Justin
[1] https://lists.apache.org/thread/9h2sdp7y5kg05p8qy77d5clnn8v1jkk2
On Mon, Apr 22, 2024 at 9:00 AM Naveen kumar wrote:
> Hi Team,
>
> Any update on below please ?
>
> Regards,
> Naveen
>
> > On 16 Apr
Done.
Justin
On Tue, Apr 16, 2024 at 4:09 PM Patrick Deasy wrote:
> Hello,
>
> I would like to be invited to the Slack channel for ActiveMQ.
> Could you please invite pa-de...@hotmail.com to the Slack channel?
>
> Kind regards,
> Patrick
>
Babu, I don't recall you requesting a Slack invitation previously.
In any case, an invitation should be on the way.
Justin
On Tue, Apr 16, 2024 at 10:22 AM Babu Nawa
wrote:
> Hi All,
>
> Looks like I haven't received an invite to Slack, can you resend it please?
>
> Thank you
>
>
Done.
Justin
On Sat, Apr 13, 2024 at 12:13 AM Gurpartap Singh <
dhaliwal.gurpar...@gmail.com> wrote:
> Hello,
>
> Could you please send an invitation to join the slack workspace to this
> email address?
>
> Thank you.
> Gurpartap
>
Have you actually tested this and confirmed it doesn't work? This
functionality should already work. See ARTEMIS-3090 [1] for more details.
Justin
[1] https://issues.apache.org/jira/browse/ARTEMIS-3090
On Mon, Apr 8, 2024 at 2:48 AM andrea bisogno wrote:
> Hi support,
> referring to the
I just ran your reproducer for 10 minutes sending 2,000 messages per second
using ActiveMQ Artemis 2.33.0. Everything worked fine.
Here's the output from your reproducer:
$ dotnet run
Enter the test duration in seconds: 600
Enter the number of messages to send per second: 2000
Starting
> In this period applications cannot connect to the broker due to login
failure.
Any user that has previously authenticated successfully and whose
authentication has been cached should still be able to connect successfully
to the broker due to the cache. Only users who aren't in the cache should
I ran your reproducer on a default instance of ActiveMQ Artemis 2.33.0. At
first nothing happened so I added this to broker.xml:
I also modified Program.cs to use an expiration time of 1 ms rather
than 6 ms. Then I ran it again for 60 seconds at 100 msgs/sec
ouldn’t find it.
>
> Simon
>
> > On 1 Apr 2024, at 18:04, Justin Bertram wrote:
> >
> > You're hitting AMQ-9460 [1]. It will be fixed in ActiveMQ Classic 6.1.1.
> > There's currently no time-table for a release.
> >
> >
> > Justin
> >
> > [1]
You're hitting AMQ-9460 [1]. It will be fixed in ActiveMQ Classic 6.1.1.
There's currently no time-table for a release.
Justin
[1] https://issues.apache.org/jira/browse/AMQ-9460
On Mon, Apr 1, 2024 at 11:01 AM Simon Martinelli, 72 Services LLC
wrote:
> Hi,
>
> I run:
>
> docker run -p
leadsource=email-signature_source=outlook-direct-email_medium=email_campaign=2019-common_content=email-signature-link
> >
>
>
> From: Justin Bertram
> Date: Thursday, March 28, 2024 at 10:23 AM
> To: users@activemq.apache.org
> Subject: Re: Alerting on Duplicate Clien
1) What protocol are you using for takeover with duplicate client IDs? MQTT?
2) Are you talking about orderly disconnects (e.g. a client calling close()
on its connection) or disconnects caused by a client crash, network
problem, etc.?
3) What do you mean by "dropped message" exactly?
Justin
ActiveMQ Artemis has a couple of test dependencies for Spring, but it's not
strictly required for building and it's not included in the broker
distribution.
I'm not aware of any immediate plans to move ActiveMQ Artemis off of Java
11, but it obviously won't stay there forever. That said, once it
An AMQP broker connection should work to move messages from one AMQP broker
to another AMQP broker, right? That would eliminate the need for Camel.
Justin
On Mon, Mar 25, 2024 at 11:05 AM Timothy Bish wrote:
> On 3/25/24 10:15, Devriendt, Erik wrote:
> > Hello all
> >
> > We plan to use
I'm pleased to announce the release of ActiveMQ Artemis 2.33.0.
Downloads are now available at:
https://activemq.apache.org/components/artemis/download/
For a complete list of updates:
https://activemq.apache.org/components/artemis/download/release-notes-2.33.0
I would like to highlight these
> Can someone explain or point me to a page that shows the defaults and
talks about why you’d want to change this?
This parameter was added via ARTEMIS-4522 [1] and it was my mistake to
modify the existing setGlobalThreadPoolProperties method rather than
keeping the existing one for backwards
I'm not aware of any problems like this.
Can you provide a way to reproduce it?
Justin
On Tue, Mar 12, 2024 at 9:27 AM rusu ionut
wrote:
> Hello,I'm using latest version of Artemis with AmqpNetLite from .NET to
> send/receive messages. I have the following scenario: one queue (Q1) with
> an
Thanks for the report!
To be clear, these issues were fixed last week.
Justin
On Mon, Mar 11, 2024 at 5:10 PM Kring, Erich J [US] (SP) <
erich.kr...@ngc.com> wrote:
>
> I wanted to give a head's up that there is a slight issue with the code
> posted at:
> ActiveMQ
t;
> I'm using artemis 2.32.0.
>
> Regards,
> Rahman Gunawan
> NASA/SEWP
> Software Developer
>
> -----Original Message-
> From: Justin Bertram
> Sent: Thursday, March 7, 2024 3:40 PM
> To: users@activemq.apache.org
> Subject: [EXTERNAL] [BULK] Re: Shared st
I believe you need to set true on the
backup. See the documentation [1] for more details.
Justin
[1]
https://activemq.apache.org/components/artemis/documentation/latest/ha.html#failing-back-to-primary-server
On Thu, Mar 7, 2024 at 2:31 PM Gunawan, Rahman (GSFC-703.H)[Halvik Corp]
wrote:
> I
There is no license fee for any Apache software. It is Open Source and
licensed under the Apache License 2.0 [1]. You can download and use it for
free at any time in any way allowed by the license.
Support from the community is available for free, but such support is
provided on a volunteer
d a 3rd node, would you use the to determine
> network-check-ping-command if there was a network split, or the
> vote-on-replication-failure
> on the primary node to shut it down and manually recover them later ?
>
> On Wed, Mar 6, 2024 at 5:49 PM Justin Bertram wrote:
>
> >
Do you have any mitigation in place for split brain? Typically you'd use
ZooKeeper with a single primary/backup pair of brokers. Otherwise you'd
need 3 primary/backup pairs to establish a proper quorum.
To be clear, once split brain occurs administrative intervention is
required to resolve the
the subscribers to reconnect again)
> *
> so, we would like to understand if this persistence behavior, even without
> passing for paging, can be controlled with the "max-disk-usage" that you
> mentioned before, to make sure we don't saturate the 2Gi of the persistence
>
The journal exists in order to restore the persistent messages in the
broker's memory when it restarts. Therefore, the amount of data in the
journal is directly proportional to the amount of data in memory.
Therefore, if you want to control the amount of data in the journal you can
do so by
For what it's worth, if you're just trying to test your client you can use
ActiveMQ Artemis [1] which also supports STOMP protocol logging [2] and the
docs are up-to-date regarding the configuration.
Justin
[1] https://activemq.apache.org/components/artemis/
[2]
> One address can be used for anycast and multicast, and it is a real mess.
Technically speaking this is possible, but it's discouraged in the
documentation [1] not least because it can become "a real mess."
> Clients can auto-create queues with incorrect routing type (if it is
permitted to
Thanks for the suggestions!
To be clear, the user manual is located in the source repository [1] so if
you have suggestions the best way to submit them is via a Git pull request.
That way we can review your changes, see exactly what's been changed, make
suggestions of our own, etc.
The specific
> Even manually creating queues available in ActiveMQ classic is absent in
Artemis.
You can manually create queues both in broker.xml and via the web console.
Can you clarify exactly what trouble you're having with manually creating
queues?
Justin
On Sun, Feb 25, 2024 at 9:04 PM Ben F. Zhou
I recommend starting with the "Using the Server" [1] chapter so you can
create an instance of the broker and then the "Command Line Interface" [2]
chapter so you can get familiar with the various commands - including the
producer, consumer, and browse commands which you can use to send, receive,
I would recommend a couple of things to narrow down the issue...
First, have a script or something on the client gather thread dumps at
regular intervals (e.g. every 5 seconds) starting right before you kill the
pod and continuing until the client fails over and recovers.
Second, turn on TRACE
I'm sure there are STOMP and/or AMQP clients out there which you can use
from PowerShell to send messages. However, ActiveMQ itself doesn't provide
such clients.
I recommend you check out stomp.py [1]. I know it supports the ability to
send messages from the command-line so you should be able to
It looks to me like the call-timeout set on the isn't
applied to this specific connection. I opened this Jira [1] to resolve that.
In my view the bigger question is why is it taking 30 seconds for the
broker to respond in the first place? Perhaps there is a network problem of
some sort? Perhaps
> Does Artemis cache both successful and unsuccessful logon attempts?
Yes. Otherwise, for example, a malicious client with bad credentials could
flood the back-end LDAP server.
> Should we have relatively long timeout to avoid overloading LDAP servers
or small timeout to avoid caching user logon
Thanks for the heads up! I botched a few htaccess rules which caused the
404s. It should be working normally again now.
Justin
On Thu, Feb 15, 2024 at 8:20 AM Elric V wrote:
> Hey folks,
>
> Can someone have a look at the website? All the pages under the
> Community menu are redirecting to
> AMQ224110: Configuration 'whitelist' is deprecated, please use the
'allowlist' configuration
This WARN message is based on the fact that you're using the "whitelist"
configuration element in your management.xml. It has nothing to do with
your address-setting.
Justin
On Tue, Feb 13, 2024 at
t; Manfred-von-Ardenne-Ring 6 | 01099 Dresden
> HRB 11256 Amtsgericht Dresden | USt.-ID DE 159 607 786
> Geschäftsführer: Manfred Austen, CEO und Dr. Ulf Martin, COO
>
> P Please check whether a printout of this e-mail is really necessary.
>
>
>
>
> Von:&q
The documentation does mention using a "hub and spoke" federation topology
[1]. However, as you noted, there's no example configuration. I wonder if
this may be down to the "max-hops" setting you're using.
Can you provide the broker.xml from your brokers attempting to use hub &
spoke?
Justin
Done.
Justin
On Tue, Feb 6, 2024 at 8:58 PM Anupam Kumar wrote:
> Hello
> I have few doubts regarding the usage of active mq. Please add me to the
> channel fir clarifications.
> Thanks.
>
> Is there a way in Apache Artemis to configure or adjust the connection
closure mechanism to achieve behavior similar to transport.closeAsync=false
in ActiveMQ?
The sync vs. async closing functionality in ActiveMQ Classic was
implemented via AMQ-1739 [1] due to the broker's consumption of a
Invitation sent.
Justin
On Tue, Feb 6, 2024 at 2:20 AM David Ansari
wrote:
> Hello,
>
> I have a couple of questions on how Artemis implements the AMQP Management
> Version 1.0 extension.
> Could you send me an invite to your Slack, please, so that I can ask my
> questions there?
>
> Thank
> John
>
>
>
>
>
> [image: rg]
> <https://linkprotect.cudasvc.com/url?a=https%3a%2f%2fwww.redpointglobal.com%2f=E,1,Gv2gufo2YIoL8BRXd-k-DkRn2fIRb11kWC-KqdE_mQXGUnLLJNdBsdlTJGlhXGS1J_B42XEahPURAe2bzXH-hWkReugazKrEMKqd6q9ayLujha_4Y9ci=1>
>
> *John Lilley
ashington Street, Suite 205 Wellesley Hills, MA 02481
>
> *M: *+1 7209385761 <+1%207209385761> | john.lil...@redpointglobal.com
>
> *From:* Justin Bertram
> *Sent:* Monday, January 29, 2024 1:55 PM
> *To:* users@activemq.apache.org
> *Subject:* Re: Question about HA c
to have
> failover but without replicating the retained and last will messages to the
> standby broker instance? In other words, we would like the system to
> behave as it does on startup after a failover occurs that way our
> application can derive a consistent state of the sy
The stack trace indicates that the broker is receiving a
SESS_SEND_CONTINUATION packet from a client. This kind of packet is only
sent when a core client is sending a large message. However, based on the
information you have provided the client doesn't appear to be sending a
large message. I can
For posterity's sake, let it be known that this conversation continued on
ARTEMIS-4629 [1].
Justin
[1] https://issues.apache.org/jira/browse/ARTEMIS-4629
On Thu, Feb 1, 2024 at 7:47 AM MILOVIDOV Aleksandr
wrote:
> Hi,
>
> I tried to insert true in different positions in the
> section of
For posterity's sake, let it be known that Dwarak discussed this issue on
Slack so I don't believe any response to this email is necessary at this
point.
Justin
On Thu, Feb 1, 2024 at 3:56 AM Dwarak Nath wrote:
> Hi,
>
> I'm working on a project and I wanted to use a jar from mvnrepository (
Your connection URL looks good. There's no problem using all those
parameters together.
Justin
On Thu, Feb 1, 2024 at 4:37 PM John Lilley
wrote:
> Greetings,
>
>
>
> Currently in HA configuration we are using a URI like
>
>
>
1 - 100 of 1596 matches
Mail list logo
