There was a lot of work in testing after 2.20. I highly recommend resina a
recent version às Anton said.
Clebert Suconic
On Thu, Feb 20, 2025 at 12:17 PM Justin Bertram wrote:
> I agree with Anton here 100%.
>
> Netty uses direct memory for performance reasons. If you disable it the
d be quite
> hard to figure out, I think. Is there some sort of logging if the server hits
> any of those limits or the chance to find this state via Artemis Management
> Web Application?
>
> -Ursprüngliche Nachricht-
> Von: Clebert Suconic
> Gesendet: Mitt
> hard to figure out, I think. Is there some sort of logging if the server hits
> any of those limits or the chance to find this state via Artemis Management
> Web Application?
>
> -Ursprüngliche Nachricht-
> Von: Clebert Suconic
> Gesendet: Mitt
just to make my response a bit clearer: max-read will look into the pending
acks, while prefetch will only look at what's currently in the queue.
(that's a TL;DR (Too long, didn't read) of my previous messages).
On 2025/01/22 16:29:21 Clebert Suconic wrote:
> The logic is
/QueueImpl.java#L3469-L3493
On 2025/01/22 16:25:19 Clebert Suconic wrote:
> sure...
>
>
> I originally did not want to implement prefetch.. but my user had a case
> where they needed a soft limit and a hard limit
>
>
> At max-read, the system will stop fetching for d
nt of messages read into memory.
>
> Can you explain the difference?
>
> Many thanks
>
> Sebastian
>
> -Ursprüngliche Nachricht-
> Von: Clebert Suconic
> Gesendet: Dienstag, 14. Januar 2025 18:11
> An: users@activemq.apache.org
> Betreff: Re: Artem
as part of ARTEMIS-4447, I added parameters to address-settings for prefetching.
Also there was some flow changes based on an issue I had with an user, as they
had consumers prefetching for a long time issuing more messages out of paging
into memory.
You can now configure prefetch and such con
e for weeks since. We did significantly increase the memory
> > size and processing power of the concerned cloud environments.
> >
> > Thanks for all your support Justin. We will keep monitoring the
> > environments and if we have new information will return here.
> >
>
I will try to
look for it and will post it here if I find it.
Clebert Suconic
On Wed, Oct 23, 2024 at 4:28 PM Justin Bertram wrote:
> This sounds similar to an issue involving duplicate IDs proliferating in
> the journal. I can't find the specific Jira at the moment, but the
) and 2.32.0 - 2.36.0
Thank you all for your contributions to this release.
--
Clebert Suconic
-
To unsubscribe, e-mail: users-unsubscr...@activemq.apache.org
For additional commands, e-mail: users-h...@activemq.apache.or
e the code-base simpler and more consistent.
Many thanks for all the contributors to this release.
--
Clebert Suconic
-
To unsubscribe, e-mail: users-unsubscr...@activemq.apache.org
For additional commands, e-mail: users-h...@acti
That’s for XA transactions I presume ?
Clebert Suconic
On Sat, Jul 6, 2024 at 4:54 PM Alexander Milovidov
wrote:
> Hi All,
>
> I have a question regarding Artemis transactions. For example, there is a
> default transaction-timeout
> <
> https://activemq.apache.o
Yeah. Someone complained it as a bug.
We try to keep everything compatible and with an extensive testsuite.
But sometimes it’s not easy to keep everybody happy.
If you need precious semantics we may need to add an address setting.
Clebert Suconic
On Sat, Jul 6, 2024 at 4:23 PM
I would say it was a bug. Why would you force a send when the filter does
not match ?
Clebert Suconic
On Fri, Jul 5, 2024 at 8:33 AM Alexander Milovidov
wrote:
> Hi All,
>
> Recently I upgraded Artemis to 2.35.0 in the test environment and our
> testers complained that they n
Paging was heavily changed in recent versions
Clebert Suconic
On Mon, Jun 17, 2024 at 12:53 PM Justin Bertram wrote:
> To work-around the issue in the immediate future you can stop the backup
> broker, remove the data from disk (backup if necessary) and then restart
> the backup
.
On Mon, Jun 3, 2024 at 7:36 PM Clebert Suconic
wrote:
>
> I had a fix for an almost large message becoming large and it should been
> fixed on this latest release.
> I don’t remember the JIRA now and I’m on the phone. But I may find it
> tomorrow if you want it.
>
> Cle
I had a fix for an almost large message becoming large and it should been
fixed on this latest release.
I don’t remember the JIRA now and I’m on the phone. But I may find it
tomorrow if you want it.
Clebert Suconic
On Mon, Jun 3, 2024 at 5:53 PM Justin Bertram wrote:
> What version
I'm pleased to announce the release of Apache ActiveMQ Artemis 2.34.0 release.
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.34.0
Also the dock
gt;
> Sebastian
>
> -Ursprüngliche Nachricht-
> Von: Clebert Suconic
> Gesendet: Donnerstag, 30. Mai 2024 20:37
> An: users@activemq.apache.org
> Betreff: Re: Performance issue with Artemis 2.28
>
> I’m having a DejaVoux on this. I guess at some point we missed a roun
I’m having a DejaVoux on this. I guess at some point we missed a round
trip somewhere.
Some sync options at the serverlocator could have an effect.
It would be difficult to find the difference at this point.
Clebert Suconic
On Wed, May 29, 2024 at 4:10 PM Justin Bertram wrote:
> I
help in this case and I'm open for suggestions .
On Wed, May 29, 2024 at 3:23 PM Clebert Suconic
wrote:
>
> this is probably just flow controlling your consumption. If you have
> many consumers demanding for credits while paging, the system will
> stop reading when there are to
th 2.30 it still works fine.
> > The fact that there is nothing in the logs also worries me.
> > Reconnecting the clients allows messages to be processed however the system
> > crashes again very quickly due to all the pending transactions starting
> > again and leading
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?
Thank you.
On Sun, May 26, 2024 at 7:23 PM Clebert Suconic
wrote:
>
> This will serve as an a
This will serve as an announce and as a test:
As a result from
https://issues.apache.org/jira/browse/INFRA-25799 and our vote, from now on
our mail lists will include information on how to unsubscribe from our
mailing list.
; > messages, it queries complete table, this means if the table has 10
> > records all of them are read at once and for each row RecordInfo object
> > will be created.
> >
> > Is there a configuration which influences this usecase and through which I
> > can avoid OutOfMemory error ?
> >
> > Regards,
> > Rakesh.A
> >
> >
--
Clebert Suconic
You can use broker connections for sure for that.
On Thu, Mar 28, 2024 at 2:02 AM MILOVIDOV Aleksandr
wrote:
> Hi All,
>
> IBM MQ has support for AMQP 1.0 protocol, and listener for AMQP
> connections can be configured on the server. But both brokers need some
> kind of bridge software (or "send
It’s not the critical analyzer. It’s the critical IO Error
An IO exception happened and it goes to the exception listener.
On Sat, Mar 23, 2024 at 1:55 PM Domenico Francesco Bruscino <
bruscin...@gmail.com> wrote:
> Hi Reto,
>
> can you share the stacktrace of the error that you are facing?
>
>
I'm pleased to announce the release of ActiveMQ Artemis 2.32.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.32.0
I would like to highlight the fo
I strongly suggest you migrate to a latest version. Look at the release
notes as we have kept up with bug fixes and improvements.
One constant in software development is bugs. Perhaps bugs are uncovered
by usage increases. As for some reason a bug may be years old. The day it
is reported you wi
component upgrade release.
Many thanks for all who helped on this release and the votes review
during the Release Voting Process.
--
Clebert Suconic
at 9:45 AM Shiv Kumar Dixit
wrote:
> Hi Justin,
> It is a client issue so I don’t have a readily available reproducer. I can
> ask them to provide a sample .Net app which will be able to produce the
> issue.
>
> Best Regards,
> Shiv
>
> -Original Message-----
>
Im currently dealing with a case with reconnects in AMQP. I could find a
possible fix but I could not find a reproducer. If you provide me a
reproducer it would be quite helpful.
On Tue, Oct 17, 2023 at 12:35 PM Justin Bertram wrote:
> It appears you're able to reproduce this problem relativel
You could use an amqp pull bridge in artemis. Using broker connection to
bring on messages.
Or use camel. Which is probably the easiest way.
On Sat, Sep 30, 2023 at 3:59 AM Jochen Walz
wrote:
> Hi Matt,
>
> Thanks! I assume that this is true even when on the "local side", there is
> only an o
I am pleased to announce the release of ActiveMQ Artemis 2.31.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.31.0
I would like to highlights some
nks
> Achin
>
> Get Outlook for iOS<https://aka.ms/o0ukef>
--
Clebert Suconic
tents owned by Saab
> >
> > > Group AB and/or its subsidiaries, affiliated companies or customers
> >
> > > and covered by the laws of Sweden, the US, or Canada (federal, state or
> > provincial).
> >
> > > The information is intended to be confidential and may be legally
> >
> > > privileged. If you are not the intended recipient, you are hereby
> >
> > > notified that any retention, dissemination, distribution, interception
> >
> > > or copying of this communication is strictly prohibited and may
> >
> > > subject you to further legal action. Reply to the sender if you
> >
> > > received this email by accident, and then delete the email and any
> > attachments.
> >
> > >
> >
> > >
> >
> >
> >
> > This message is marked Public.
> > This e-mail (including attachments) contains contents owned by Saab Group
> > AB and/or its subsidiaries, affiliated companies or customers and covered
> > by the laws of Sweden, the US, or Canada (federal, state or provincial).
> > The information is intended to be confidential and may be legally
> > privileged. If you are not the intended recipient, you are hereby
> notified
> > that any retention, dissemination, distribution, interception or copying
> of
> > this communication is strictly prohibited and may subject you to further
> > legal action. Reply to the sender if you received this email by accident,
> > and then delete the email and any attachments.
> >
>
--
Clebert Suconic
ication is strictly prohibited and may
> > > subject you to further legal action. Reply to the sender if you
> > > received this email by accident, and then delete the email and any
> > attachments.
> > >
> > >
> > This e-mail (including attachments) contains contents owned by Saab Group
> > AB and/or its subsidiaries, affiliated companies or customers and covered
> > by the laws of Sweden, the US, or Canada (federal, state or provincial).
> > The information is intended to be confidential and may be legally
> > privileged. If you are not the intended recipient, you are hereby
> notified
> > that any retention, dissemination, distribution, interception or copying
> of
> > this communication is strictly prohibited and may subject you to further
> > legal action. Reply to the sender if you received this email by accident,
> > and then delete the email and any attachments.
> >
>
--
Clebert Suconic
ents through. I never saw
> > this happening on 2.28 or earlier versions, only 2.30 behave this way.
> > Is this something to worry about?
> >
> > All our instances are configured as HA live/backup clusters consisting
> > from 2 nodes. They share the data on NFS4.1 attached storage.
> >
> > --
> > Best Regards,
> > Vilius
> >
> >
>
--
Clebert Suconic
I tried the others, and it worked fine.. I Just didn't figure out how
to build for the arm64.. but I guess that's something you would
understand how to.. we could combine our knowledge here :)
On Sat, Aug 26, 2023 at 9:04 AM Clebert Suconic
wrote:
>
> following the st
27;t seem to work.
> > Let me dig into it a bit further and see if I can work out what I'm doing
> > wrong and feed back (if/when I find the issue)
> >
> > Much appreciated
> > Mike
> >
> > From: Clebert Suconic
> &
those of agora Digital Markets Ltd.
> If you are not the addressee and/or an intended recipient of this email,
> you must neither take any action based upon its contents, nor copy it, nor
> show or send it to anyone. Please contact the sender as soon as reasonably
> practicable if you believe you have, or may have, received this email in
> error.
--
Clebert Suconic
> > > "credits" for each cluster connector over time and they oscillate
> > > consistently between the "1mb" and 600kb range. The ONLY time it dips
> > below
> > > 600kb is when it goes straight to zero and then it bounces right back,
> > but
> > > the messages continue to be stuck in a queue.
> > >
> > > There is no indication of reconnection or anything else in the logs.
> > >
> > > Unfortunately we have been unable to reproduce this with artificial
> load
> > > tests. It seems to be something very specific to how our production
> > cluster
> > > is operating (in AWS).
> > >
> > > Has anyone experienced anything like this before? Do you have any
> > > suggestions on what we could try to prevent this from happening?
> > >
> > > Thank you very much in advance for any suggestion you could give us.
> > >
> > > --
> > > Stefano.
> > >
> >
>
>
> --
> Stefano.
>
--
Clebert Suconic
veMQResource?
> >
> >
> > Thank you.
> >
> > Vojtěch Frič
> >
> >
> > --
> > *This email is intended solely for the addressee(s) and all its contents,
> > including all attachments and files transmitted with it, represent
> > confidential information. Unauthorized distribution, modification or
> > disclosure of its contents and unauthorized reliance on its contents are
> > prohibited. If you have received this email in error, please notify the
> > sender immediately by return email. Please then delete the email from
> your
> > system and do not (i) copy or distribute it, (ii) rely on its contents,
> or
> > (iii) disclose its contents to any person.*
> >
> >
>
--
Clebert Suconic
ts contents are
> prohibited. If you have received this email in error, please notify the
> sender immediately by return email. Please then delete the email from your
> system and do not (i) copy or distribute it, (ii) rely on its contents, or
> (iii) disclose its contents to any person.*
--
Clebert Suconic
notify the sender immediately
> either by telephone or by e-mail and delete this message and any attachment
> from your system. Correspondence via e-mail is for information purposes only.
> AO Raiffeisenbank neither makes nor accepts legally binding statements by
> e-mail unless otherwise agreed.
>
> ---
--
Clebert Suconic
roker was handling it
> pretty well with a nice uptime. But then I incorporated an empty filter set
> of consumers, and my pipes started leaking. 🙂
>
> Jan
>
> Zasláno z Outlooku pro Android<https://aka.ms/AAb9ysg>
>
> From: C
;
> Zasláno z Outlooku pro Android<https://aka.ms/AAb9ysg>
>
> From: Clebert Suconic
> Sent: Saturday, August 12, 2023 5:35:59 PM
> To: users@activemq.apache.org
> Subject: Re: Hunting memory leaks
>
> Also. You should be using your consumers.
>
>
> On Sat, Aug
Also. You should be using your consumers.
On Sat, Aug 12, 2023 at 11:35 AM Clebert Suconic
wrote:
> You mean you are sending a PR or you will use null instead of “”?
>
> On Sat, Aug 12, 2023 at 11:11 AM Jan Šmucr
> wrote:
>
>> Ok, I'll fix it then. My Jira at work
<https://aka.ms/AAb9ysg>
> ________
> From: Clebert Suconic
> Sent: Saturday, August 12, 2023 5:05:49 PM
> To: users@activemq.apache.org
> Subject: Re: Hunting memory leaks
>
> Just for a future reference, this is where the JMS layer protects this
> from happening:
, 2023 at 11:03 AM Clebert Suconic
wrote:
>
> This only happened because you used the Core API directly, and passed
> a "" as the filter String.
>
>
> In the JMS layer, there's a check to replace "" by null and that would
> leave that out.
>
> the
>
> I'll leave it up to you. If you're busy, I'll have created a PR by Monday
> too. 🙂 And as a bonus, I'll get better acquaintanted with the Artemis code.
>
> Jan
>
>
> Od: Clebert Suconic
> Odesláno: sobota,
to raise the JIRA for this? I should have a fix by monday.
If you keep your consumer open instead of open / close it all the
time this won't happen. But I should have a fix by monday.
On Fri, Aug 11, 2023 at 12:24 PM Clebert Suconic
wrote:
>
> I highly recommend you using check
t; > All
> > > client resources are being reused as much as possible. Usually there’s a
> > > thread pool and the threads have a session opened, and wait for tasks to
> > be
> > > available to them.
> > > It appears to me that the more consumers there is the faster the server
> > > heap depletes.
> > > Now, I’m not very familiar with leak hunting apps, so all I have are tiny
> > > hints that it may have something to do with filter strings not being
> > reused
> > > and/or thrown away when not needed any more. I don’t know if I can post a
> > > screenshot here so I uploaded it here: https://snipboard.io/LHifUK.jpg
> > > This is from a heap dump opened in JMC JOverflow plugin.
> > > Is there something obvious that I’m doing wrong? Do you have any clues on
> > > what is going on here?
> > > Thank you.
> > > Jan.
> > >
> > >
> >
> >
>
--
Clebert Suconic
d it here: https://snipboard.io/LHifUK.jpg
> > This is from a heap dump opened in JMC JOverflow plugin.
> > Is there something obvious that I’m doing wrong? Do you have any clues on
> > what is going on here?
> > Thank you.
> > Jan.
> >
> >
>
--
Clebert Suconic
-branding plugin
> 2023-07-17T12:22:53.405Z INFO --- [Thread-27] org.apache.activemq.artemis :
> AMQ241006: Stopped embedded web server
> 2023-07-17T12:22:53.405Z INFO --- [Thread-27]
> org.apache.activemq.artemis.core.server : AMQ221002: Apache ActiveMQ Artemis
> Message Broker version 2.26.0 [66ff429e-f80d-11eb-b357-0050568f9608] stopped,
> uptime 6 minutes
> --End of log-
>
--
Clebert Suconic
qTrackId=8980d888905940e39a2613a7a3dcb0a7&elqaid=2786&elqat=2#privacystatement>.*
--
Clebert Suconic
ges for pod " + podSpecifier, ex);
>
> }
>
> }
>
> return result;
>
> }
>
>
>
>
>
> [image: rg] <https://www.redpointglobal.com/>
>
> John Lilley
>
> Data Management Chief Architect, Redpoint Global Inc.
>
> 888 Worcester Street, Suite 200 Wellesley, MA 02482
>
> *M: *+1 7209385761 <+1%207209385761> | john.lil...@redpointglobal.com
>
> PLEASE NOTE: This e-mail from Redpoint Global Inc. (“Redpoint”) is
> confidential and is intended solely for the use of the individual(s) to
> whom it is addressed. If you believe you received this e-mail in error,
> please notify the sender immediately, delete the e-mail from your computer
> and do not copy, print or disclose it to anyone else. If you properly
> received this e-mail as a customer, partner or vendor of Redpoint, you
> should maintain its contents in confidence subject to the terms and
> conditions of your agreement(s) with Redpoint.
>
--
Clebert Suconic
show up under address 'aaa.bbb.ccc'.
> > That address is surprising since the setting
> > '/' is
> > applied.
> > Therefore I would have expected the address 'aaa/bbb/ccc' to be used.
> >
> > Is this the expected behaviour?
> >
> > Btw, for MQTT-->MQTT scenario's this still works fine, as both
> > publisher and subscriber use the same logic.
> > But a MQTT-->AMQP scenario fails because it is a different address.
> >
> > thx,
> > Erwin
> >
--
Clebert Suconic
27;aaa/bbb/ccc' to be used.
>
> Is this the expected behaviour?
>
> Btw, for MQTT-->MQTT scenario's this still works fine, as both publisher
> and subscriber use the same logic.
> But a MQTT-->AMQP scenario fails because it is a different address.
>
> thx,
> Erwin
>
--
Clebert Suconic
Btw It is probably related to dynamic class loading added in 2.28 (broker
connections)
On Thu, Jun 29, 2023 at 3:52 PM Clebert Suconic
wrote:
> I know tests are done with the clients thought.
>
> On Thu, Jun 29, 2023 at 3:51 PM Clebert Suconic
> wrote:
>
>> We don’t have
I know tests are done with the clients thought.
On Thu, Jun 29, 2023 at 3:51 PM Clebert Suconic
wrote:
> We don’t have any tests of artemis embedded as a server in quarkus. I
> didn’t even know it worked.
>
> It would be required to have some tests.
>
> As none of the devs
lStorageManager.loadBindingJournal(AbstractJournalStorageManager.java:1515)
> at
>
> org.apache.activemq.artemis.core.server.impl.ActiveMQServerImpl.loadJournals(ActiveMQServerImpl.java:3643)
> at
>
> org.apache.activemq.artemis.core.server.impl.ActiveMQServerImpl.initialisePart2(ActiveMQServerImpl.java:3324)
> at
>
> org.apache.activemq.artemis.core.server.impl.LiveOnlyActivation.run(LiveOnlyActivation.java:78)
> at
>
> org.apache.activemq.artemis.core.server.impl.ActiveMQServerImpl.internalStart(ActiveMQServerImpl.java:684)
> at
>
> org.apache.activemq.artemis.core.server.impl.ActiveMQServerImpl.start(ActiveMQServerImpl.java:581)
>
--
Clebert Suconic
I'm pleased to announce the release of ActiveMQ Artemis 2.29.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.29.0
This has been released with ma
gt;
> A bridge/cluster being stopped will affect all addresses rather than just
> the one which had BLOCK policy?
>
> Best Regards
> Tapan Gupta
>
> On Fri, 16 Jun, 2023, 16:11 Clebert Suconic,
> wrote:
>
> > With Block there are no retries involved.. the system wi
eadPoolExecutor.runWorker(ThreadPoolExecutor.java:1136)
> > > > > ~[?:?]
> > > > > at
> > > > >
> > > > >
> > > >
> > >
> > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
> > > > > ~[?:?]
> > > > > at
> > > > >
> > > > >
> > > >
> > >
> > org.apache.activemq.artemis.utils.ActiveMQThreadFactory$1.run(ActiveMQThreadFactory.java:118)
> > > > > ~[artemis-commons-2.28.0.jar:?]
> > > > > 2023-06-01 05:58:04,508 WARN
> > > > > [org.apache.activemq.artemis.core.server.impl.QueueImpl] null
> > > > > java.util.NoSuchElementException: null
> > > > > at
> > > > >
> > > > >
> > > >
> > >
> > org.apache.activemq.artemis.utils.collections.PriorityLinkedListImpl$PriorityLinkedListIterator.repeat(PriorityLinkedListImpl.java:225)
> > > > > ~[artemis-commons-2.28.0.jar:?]
> > > > > at
> > > > >
> > > > >
> > > >
> > >
> > org.apache.activemq.artemis.core.server.impl.QueueImpl.deliver(QueueImpl.java:3150)
> > > > > ~[artemis-server-2.28.0.jar:2.28.0]
> > > > > at
> > > > >
> > > > >
> > > >
> > >
> > org.apache.activemq.artemis.core.server.impl.QueueImpl$DeliverRunner.run(QueueImpl.java:4298)
> > > > > ~[artemis-server-2.28.0.jar:2.28.0]
> > > > > at
> > > > >
> > > > >
> > > >
> > >
> > org.apache.activemq.artemis.utils.actors.OrderedExecutor.doTask(OrderedExecutor.java:57)
> > > > > ~[artemis-commons-2.28.0.jar:?]
> > > > > at
> > > > >
> > > > >
> > > >
> > >
> > org.apache.activemq.artemis.utils.actors.OrderedExecutor.doTask(OrderedExecutor.java:32)
> > > > > ~[artemis-commons-2.28.0.jar:?]
> > > > > at
> > > > >
> > > > >
> > > >
> > >
> > org.apache.activemq.artemis.utils.actors.ProcessorBase.executePendingTasks(ProcessorBase.java:68)
> > > > > ~[artemis-commons-2.28.0.jar:?]
> > > > > at
> > > > >
> > > > >
> > > >
> > >
> > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1136)
> > > > > ~[?:?]
> > > > > at
> > > > >
> > > > >
> > > >
> > >
> > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
> > > > > ~[?:?]
> > > > > at
> > > > >
> > > > >
> > > >
> > >
> > org.apache.activemq.artemis.utils.ActiveMQThreadFactory$1.run(ActiveMQThreadFactory.java:118)
> > > > > ~[artemis-commons-2.28.0.jar:?]
> > > > >
> > > > > Cluster configuration
> > > > >
> > > > >
> > > > >
> > > > > artemis-connector
> > > > > 1000
> > > > > 5000
> > > > > 50
> > > > > 5000
> > > > > 500
> > > > > 0.5
> > > > > 4
> > > > > -1
> > > > > -1
> > > > > true
> > > > > ON_DEMAND
> > > > > 1
> > > > >
> > > 104857600
> > > > > 3
> > > > > 1000
> > > > > 2
> > > > >> > > > discovery-group-name="artemis-discovery-group"/>
> > > > >
> > > > >
> > > > >
> > > > > Best Regards
> > > > > Tapan Gupta
> > > > >
> > > >
> > >
> >
--
Clebert Suconic
nnot invoke "java.lang.Long.longValue()"
> > because "this.pageLimitBytes" is null
> > at
> >
> > org.apache.activemq.artemis.core.paging.impl.PagingStoreImpl.checkNumberOfPages(PagingStoreImpl.java:324)
> > ~[artemis-server-2.28.0.jar:2.28.0]
> >
> > Best Regards
> > Tapan Gupta
> >
--
Clebert Suconic
emis have an option to redeliver an already delivered message?
> We have a support requirement when in we need to re publish an already
> consumed message based on a customer request.
>
> Sent from my iPhone
--
Clebert Suconic
Artemis with the following setup:
> > >>>>>>>>>> - 2 independent broker instances (on 2 hosts)
> > >>>>>>>>>> - a cluster configuration to create a Core bridge between both
> > >>>>>>>>>> instances
> > >>>>>>>>>> (no failover, no HA)
> > >>>>>>>>>> - multiple JMS clients produce and consume AMQP messages
> > >>>>>>>>>> using topics
> > >>>>>>>>>> - the clients do a failover themself
> > >>>>>>>>>> - Artemis versions (2.21.0, 2.29.0-SNAPSHOT cloned on 08.03)
> > >>>>>>>>>>
> > >>>>>>>>>> Every thing is working fine. Independent of the Artemis
> > >>>>>>>>>> instance the
> > >>>>>>>>>> producer or consumers are connected to they receive all
> messages
> > >>>>>>>>>> in the
> > >>>>>>>>>> order of creation.
> > >>>>>>>>>>
> > >>>>>>>>>> To simulate a server failure we kill (-9) Artemis instance 1
> and
> > >>>>>>>>>> restart
> > >>>>>>>>>> the instance again (~ 1/2 minute later).
> > >>>>>>>>>> - 1 producer connects to the restarted instance 1
> > >>>>>>>>>> - multiple consumers are (still) connected to instance 2
> > >>>>>>>>>> - 1 consumer connects to the restarted instance 1
> > >>>>>>>>>>
> > >>>>>>>>>> The producer sends messages with a delay of 1 ms.
> > >>>>>>>>>> Now we see that
> > >>>>>>>>>> - the order of messages received by the consumer connected to
> > >>>>>>>>>> instance 1
> > >>>>>>>>>> frequently does not match the order the messages are created
> > >>>>>>>>>> - the order of messages received by consumers connected to
> > >>>>>>>>>> instance 2
> > >>>>>>>>>> matches the order the messages are created
> > >>>>>>>>>>
> > >>>>>>>>>> It is essential for us that the messages arrive in the order
> of
> > >>>>>>>> creation.
> > >>>>>>>>>> Do you have any ideas what went wrong or we are doing wrong?
> > >>>>>>>>>>
> > >>>>>>>>>> Thanks in advance,
> > >>>>>>>>>> Oliver
> > >>>>>>>>>>
> > >>>>>>>>>> Pls note: the attached files are used to reproduce what we
> > >>>>>>>>>> saw in
> > >>>>>>>>>> production.
> > >>>>>>>>>> This test configuration uses 1 docker instance per
> > >>>>>>>>>> Artemis
> > >>>>>>>>>> broker.
> > >>>>>>>>>> Both instances are running on the same host using
> > >>>>>>>>>> different
> > >>>>>>>>>> ports.
> > >>>>>>>> --
> > >>>>>>>> Dipl.-Ing. FH der technischen Informatik
> > >>>>>>>> Tel.: +49 179 2911883
> > >>>>>>>> Email: ol...@lins-it.de
> > >>>>>>>> Internet:
> > >>>>>>>> http://www.lins-it.de
> > >>>>>>>>
> > >>>>>>>>
> > >>>>> --
> > >>>>> Dipl.-Ing. FH der technischen Informatik
> > >>>>> Tel.: +49 179 2911883
> > >>>>> Email: ol...@lins-it.de
> > >>>>> Internet:
> > >>>>> http://www.lins-it.de
> > >>>>>
> > >>>>>
> > >>>
> > >>
> > >
> >
> > --
> > Dipl.-Ing. FH der technischen Informatik
> > Tel.: +49 179 2911883
> > Email: ol...@lins-it.de
> > Internet:
> > http://www.lins-it.de
> >
> >
>
--
Clebert Suconic
stribution or the taking
> > of
> > > any action in reliance upon the information is prohibited. If you have
> > > received this email in error, please immediately notify the sender and
> > > delete it from your system.
> > >
> >
> > CONFIDENTIALITY NOTICE: The information contained in this email and
> > attached document(s) may contain confidential information that is
> intended
> > only for the addressee(s). If you are not the intended recipient, you are
> > hereby advised that any disclosure, copying, distribution or the taking
> of
> > any action in reliance upon the information is prohibited. If you have
> > received this email in error, please immediately notify the sender and
> > delete it from your system.
> >
>
> CONFIDENTIALITY NOTICE: The information contained in this email and
> attached document(s) may contain confidential information that is intended
> only for the addressee(s). If you are not the intended recipient, you are
> hereby advised that any disclosure, copying, distribution or the taking of
> any action in reliance upon the information is prohibited. If you have
> received this email in error, please immediately notify the sender and
> delete it from your system.
>
--
Clebert Suconic
#x27;t found
> that option so far.
>
>
> Justin
>
> On Tue, Feb 7, 2023 at 7:40 AM Clebert Suconic
> wrote:
>
> > Ok. I guess that’s enough to keep it then.
> >
> > On Tue, Feb 7, 2023 at 7:03 AM Dondorp, Erwin
> >
> > wrote:
> >
> >
I didn't mean to settle the thread... if anyone still thinks we should
remove them, please speak up!
On Tue, Feb 7, 2023 at 8:39 AM Clebert Suconic
wrote:
>
> Ok. I guess that’s enough to keep it then.
>
> On Tue, Feb 7, 2023 at 7:03 AM Dondorp, Erwin
> wrote:
>>
&g
I am pleased to announce the release of ActiveMQ Artemis 2.28.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.28.0
I would like to highlight t
we should only build docs in HTML and stop building them in PDF,
> EPUB, & MOBI. Building the extra formats adds a surprising overhead to the
> release process, and I don't think they are useful enough to warrant the
> effort.
>
> Thoughts?
>
>
> Justin
>
> P.S. This started out on the dev list, but I moved it to the users list to
> get a feel for what users think about these docs.
>
--
Clebert Suconic
that
> distribute docs other than through HTML on the web page or through Github
> and markdown, etc.
>
> On Mon, Feb 6, 2023 at 2:31 PM Clebert Suconic
> wrote:
>
> > I wonder if anyone is using those formats?
> >
> >
> >
> > On Mon, Feb 6, 2023
ev list, but I moved it to the users list to
> get a feel for what users think about these docs.
--
Clebert Suconic
hin that classloader and feels equally dirty. Only thing I
> thought might be acceptable is adding the fully qualified name of the
> filter class as a string to the configs, and instantiate when necessary.
> This is not as convenient as setting an already constructed object, but it
> does avoid the config/serialization issues. Thoughts?
> Scott
--
Clebert Suconic
118 000 0,06%
>
> ...+java.util.HashMap$Node @ 0xb5947bd8
>
> 32 115 920 0,06%
>
> ...+java.util.HashMap$Node @ 0xb84e3be8
>
> 32 115 024 0,06%
>
> ...+java.util.HashMap$Node @ 0xb8488828
>
> 32 113 400 0,06%
>
> ...+java.util.HashMap$Node @ 0xb3bc5258
>
> 32 110 704 0,06%
>
> ...+java.util.HashMap$Node @ 0xb3e2cdc8
>
> 32 110 208 0,06%
>
> ...+java.util.HashMap$Node @ 0xb57bda48
>
> 32 109 688 0,06%
>
> ...+java.util.HashMap$Node @ 0xb57d2880
>
> 32 109 232 0,06%
>
> ...+org.apache.activemq.artemis.core.client.impl.ClientSessionFactoryImpl
> @ 0xb62518c8
>
> 192 106 944 0,06%
>
> ...+org.apache.activemq.artemis.core.client.impl.ClientSessionFactoryImpl
> @ 0xd0b00a40
>
> 192 98 336 0,05%
>
> ...\Total: 20 entries
>
> 960 2 601 984 1,39%
>
>
>
>
>
> When removing federation config on selected node, memory consumption on
> this node comes back to normal.
>
>
>
> Thanks
>
> Michal Balicki
>
>
>
>
> Confidentiality Notice: This message and any included attachments are from
> EML and are intended only for the addressee(s). The information contained
> in this message is confidential and may constitute inside or non-public
> information under international, federal or state laws. Unauthorized
> forwarding, printing, copying, distribution or use of such information is
> strictly prohibited and may be unlawful. If you are not the addressee,
> please promptly delete this message and notify the sender of the delivery
> error by email. Thank you for your cooperation.
>
--
Clebert Suconic
agreement(s) with Redpoint.
> <https://linkprotect.cudasvc.com/url?a=https%3a%2f%2fwww.redpointglobal.com%2f&c=E,1,z4UyUbdX11BxHjFJuvWWUL0Oixo57hoHITvAAEdJhCZyZRIaeKd493bkZjsuhVxkKMxCMiMa22mLQn3pZu5R7L_-UCsQAi-nHqjrD765Nd1UzQ,,&typo=1>
>
>
> PLEASE NOTE: This e-mail from Redpoint Global Inc. (“Redpoint”) is
> confidential and is intended solely for the use of the individual(s) to
> whom it is addressed. If you believe you received this e-mail in error,
> please notify the sender immediately, delete the e-mail from your computer
> and do not copy, print or disclose it to anyone else. If you properly
> received this e-mail as a customer, partner or vendor of Redpoint, you
> should maintain its contents in confidence subject to the terms and
> conditions of your agreement(s) with Redpoint.
> <https://linkprotect.cudasvc.com/url?a=https%3a%2f%2fwww.redpointglobal.com%2f&c=E,1,z4UyUbdX11BxHjFJuvWWUL0Oixo57hoHITvAAEdJhCZyZRIaeKd493bkZjsuhVxkKMxCMiMa22mLQn3pZu5R7L_-UCsQAi-nHqjrD765Nd1UzQ,,&typo=1>
>
>
> PLEASE NOTE: This e-mail from Redpoint Global Inc. (“Redpoint”) is
> confidential and is intended solely for the use of the individual(s) to
> whom it is addressed. If you believe you received this e-mail in error,
> please notify the sender immediately, delete the e-mail from your computer
> and do not copy, print or disclose it to anyone else. If you properly
> received this e-mail as a customer, partner or vendor of Redpoint, you
> should maintain its contents in confidence subject to the terms and
> conditions of your agreement(s) with Redpoint.
> <https://linkprotect.cudasvc.com/url?a=https%3a%2f%2fwww.redpointglobal.com%2f&c=E,1,z4UyUbdX11BxHjFJuvWWUL0Oixo57hoHITvAAEdJhCZyZRIaeKd493bkZjsuhVxkKMxCMiMa22mLQn3pZu5R7L_-UCsQAi-nHqjrD765Nd1UzQ,,&typo=1>
>
>
> PLEASE NOTE: This e-mail from Redpoint Global Inc. (“Redpoint”) is
> confidential and is intended solely for the use of the individual(s) to
> whom it is addressed. If you believe you received this e-mail in error,
> please notify the sender immediately, delete the e-mail from your computer
> and do not copy, print or disclose it to anyone else. If you properly
> received this e-mail as a customer, partner or vendor of Redpoint, you
> should maintain its contents in confidence subject to the terms and
> conditions of your agreement(s) with Redpoint.
> <https://linkprotect.cudasvc.com/url?a=https%3a%2f%2fwww.redpointglobal.com%2f&c=E,1,z4UyUbdX11BxHjFJuvWWUL0Oixo57hoHITvAAEdJhCZyZRIaeKd493bkZjsuhVxkKMxCMiMa22mLQn3pZu5R7L_-UCsQAi-nHqjrD765Nd1UzQ,,&typo=1>
>
>
> PLEASE NOTE: This e-mail from Redpoint Global Inc. (“Redpoint”) is
> confidential and is intended solely for the use of the individual(s) to
> whom it is addressed. If you believe you received this e-mail in error,
> please notify the sender immediately, delete the e-mail from your computer
> and do not copy, print or disclose it to anyone else. If you properly
> received this e-mail as a customer, partner or vendor of Redpoint, you
> should maintain its contents in confidence subject to the terms and
> conditions of your agreement(s) with Redpoint.
>
--
Clebert Suconic
I'm pleased to announce the release of ActiveMQ Artemis 2.27.1
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.27.1
Many thanks for all the contribu
uthor: Clebert Suconic
Date: Tue Nov 8 09:42:16 2022 -0500
ARTEMIS-4084 Fixing addSorted with large transactions
when cancelling a large number of messages, the addSorted could be
holding a lock for too long causing the server to crash under
CriticalAnalyzer
co-aut
ssages in newer versions, not sure if they're real problems
> or not. Third, 2.19 to 2.20 didn't require us to do any other configuration
> updates, which newer version might (?) require
>
> On Wed, Nov 23, 2022 at 3:44 PM Clebert Suconic >
> wrote:
>
> &g
gt;> Thomas Wahlberg
> >> Chief Technology Officer
> >> Quriiri / NextUp Oy
> >> Puh. +358407031990
> >> thomas.wahlb...@quriiri.fi
> >>
> >> This email message (including its attachments) is confidential and may
> >> contain privileged information and is intended solely for the use of the
> >> individual and/or entity to whom it is addressed. If you are not the
> >> intended recipient of this e-mail you may not disseminate, distribute or
> >> copy this e-mail (including its attachments), or any part thereof. If
> this
> >> e-mail is received in error, please notify the sender immediately by
> return
> >> e-mail and make sure that this e-mail (including its attachments), and
> all
> >> copies thereof, are immediately deleted from your system. Please further
> >> note that when you communicate with us via email or visit our website we
> >> process your personal data. See our privacy policy for more information
> >> about how we process it: https://www.volvogroup.com/en-en/privacy.html
> >>
> >
> >
> > --
> >
> > Thomas Wahlberg
> > Chief Technology Officer
> > Quriiri / NextUp Oy
> > Puh. +358407031990
> > thomas.wahlb...@quriiri.fi
> >
>
>
> --
>
> Thomas Wahlberg
> Chief Technology Officer
> Quriiri / NextUp Oy
> Puh. +358407031990
> thomas.wahlb...@quriiri.fi
>
--
Clebert Suconic
should be able to use that env variable
> more simply to make additions to the startup args, e.g inline before
> calling the script, since it isnt used for anything else unlike the
> JAVA_ARGS one.
>
> On Fri, 18 Nov 2022 at 15:55, Clebert Suconic
> wrote:
> >
> >
R_USER}
> -DraveMirrorPassword=${RAVE_MIRROR_PASSWORD}
> -DraveConfigDir=${RAVE_CONFIG_DIR}"
>
> However the new upgrade tool removes all of these lines leading to a more
> complex upgrade process. What is the recommended way going forward of
> providing parameters for use in broker.xml for the least friction with future
> upgrades?
--
Clebert Suconic
nk you very much in advance.
>
>
>
> *Carlos Barrie Aladrén*
>
> T&T Project Manager
>
> carlos.barrie.alad...@kyndryl.com
>
> www.kyndryl.com
>
>
> Unless stated otherwise above:
> Kyndryl España, S.A.
> Santa Hortensia, 26-28,
> 28002 Madrid
> Registro Mercantil de Madrid; Folio 160; Tomo 41674; Hoja M-738231
> CIF A-04975934
>
--
Clebert Suconic
know that async programming models solve this nicely, but we are
> not yet ready to go there for reasons of existing code base, skills, and
> experience.
>
>
>
> Thanks
>
> John
>
>
>
>
>
>
> [image: rg] <https://www.redpointglobal.com/>
>
> Jo
ror,
> please notify the sender immediately, delete the e-mail from your computer
> and do not copy, print or disclose it to anyone else. If you properly
> received this e-mail as a customer, partner or vendor of Redpoint, you
> should maintain its contents in confidence subject to the terms and
> conditions of your agreement(s) with Redpoint.
>
--
Clebert Suconic
s addressed. If you believe you received this e-mail in error,
> please notify the sender immediately, delete the e-mail from your computer
> and do not copy, print or disclose it to anyone else. If you properly
> received this e-mail as a customer, partner or vendor of Redpoint, you
> should maintain its contents in confidence subject to the terms and
> conditions of your agreement(s) with Redpoint.
>
--
Clebert Suconic
h it.
>
> On Fri, Oct 28, 2022 at 7:29 PM Clebert Suconic
> wrote:
> >
> > The jolokia is just a web binding.
> >
> >
> > Not sure how to help there. From my POV here seems a simple app dev thing ?
> >
> >
> >
> > On Fri, Oct 2
ntended recipient(s) and
> may
> contain confidential and privileged information. Any unauthorized review,
> use, disclosure or distribution is prohibited. If you are not the intended
> recipient, please contact the sender by reply email and destroy all copies
> of the original message.
>
--
Clebert Suconic
s to take to narrow down why this keeps occurring as well?
>
>
> -Wendell
>
--
Clebert Suconic
is version worked a lot better for us, but as long as we're
> unable to reproduce and fix the missing messages, we're staining on 2.20
> for now.
>
>
--
Clebert Suconic
I’m finishing that today.
On Tue, Oct 25, 2022 at 3:53 PM Stephen Baker <
stephen.ba...@rmssoftwareinc.com> wrote:
> Is there anything I can do to help get the PR moving?
>
> Is it still in draft due to the Travis failures?
>
> From: Clebert Suconic
> Date: Friday, Oct
ou said you are reverting back to that version? If so, maybe we should
> check the changes between 2.20 and 2.22.
>
>
>
>
> From: Clebert Suconic
> Sent: 25 October 2022 18:56
> To: users@activemq.apache.org
> Subject: Re: Messages getting lost
rrors
> at server not client side.
>
> I think we’ll find some commercial support to review our setup and client
> code. We’ll keep you posted.
>
> Walter
--
Clebert Suconic
, 2022 at 12:50 PM Dave Fisher wrote:
>
>
> > On Oct 19, 2022, at 11:04 PM, Clebert Suconic
> wrote:
> >
> > The confirmation window size is definitely a change that needs to be
> done.
> >
> > Is your benchmark a single producer / consumer ?
>
> T
’d be interested. If Artemis MQ is the wrong tool
> for the job, that’s an answer too.
>
> Stephen E. Baker
>
--
Clebert Suconic
./artemis data imp) to
> export the old replicas and find your messages there (and import them
> agian). See Artemis Data Tools in the manual.
>
> Regards,
>
> Walter
>
--
Clebert Suconic
more info.. (Over..
last message until I hear from you now).. (please read my 3 previous
messages in detail as they contain some important questions for you)
On Thu, Oct 20, 2022 at 8:48 AM Clebert Suconic
wrote:
>
> Is there anything on DLQ or Expiry? Any exceptions in the logs?
>
>
>
to
identify what happened to the message.
On Thu, Oct 20, 2022 at 8:27 AM Clebert Suconic
wrote:
>
> Regarding the reproducer. Write a test that mimics your payload and
> configuration In an independent way. You could use the examples for that.
>
> If you reproduce your issue I
1 - 100 of 695 matches
Mail list logo
