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
> t
.
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.
>
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 vers
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
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'm g
elp 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 too many messages
; 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 to the same issue.
> >
> >
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 announce and as
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.
, 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
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
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
and 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
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
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
gt; Achin
>
> Get Outlook for iOS<https://aka.ms/o0ukef>
--
Clebert Suconic
> > 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
bited 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
r 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 steps from
&
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
> > Sent: 25 August 2023 21:39
> > To: users@activemq.apache.org
>
td.
> 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
quot; 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
ce?
> >
> >
> > 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
ntents 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
fy 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
s 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: Clebert Suconic
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 12, 2023 at 11
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 will
ttps://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.
>
> there's
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, srpna 12, 2023 4:48:08 odp.
> Komu: users@activemq.apache.or
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-leak
ces 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
ard.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
; 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
ckId=8980d888905940e39a2613a7a3dcb0a7=2786=2#privacystatement>.*
--
Clebert Suconic
pecifier, 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
.
> > 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
t; 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
r.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
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
> > >
> > > >
> > >
> > 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
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
artemis 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
>>>>>>>>>> - 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
ance 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
n'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:
>>
>>
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
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
> 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 at
st, but I moved it to the users list to
> get a feel for what users think about these docs.
--
Clebert Suconic
t 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
f 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=E,1,z4UyUbdX11BxHjFJuvWWUL0Oixo57hoHITvAAEdJhCZyZRIaeKd493bkZjsuhVxkKMxCMiMa22mLQn3pZu5R7L_-UCsQAi-nHqjrD765Nd1UzQ,,=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=E,1,z4UyUbdX11BxHjFJuvWWUL0Oixo57hoHITvAAEdJhCZyZRIaeKd493bkZjsuhVxkKMxCMiMa22mLQn3pZu5R7L_-UCsQAi-nHqjrD765Nd1UzQ,,=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=E,1,z4UyUbdX11BxHjFJuvWWUL0Oixo57hoHITvAAEdJhCZyZRIaeKd493bkZjsuhVxkKMxCMiMa22mLQn3pZu5R7L_-UCsQAi-nHqjrD765Nd1UzQ,,=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
: 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-authored
messages 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:
>
> > Why did
logy 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
d 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:
> >
> > You
gt; -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
h in advance.
>
>
>
> *Carlos Barrie Aladrén*
>
> 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
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/>
>
> John Lilley
>
> Data Management
> 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
. 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
ain to reach 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
ed 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
steps to take to narrow down why this keeps occurring as well?
>
>
> -Wendell
>
--
Clebert Suconic
tter 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
d 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 on Artemi
r 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
mis 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
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?
>
>
>
.
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 way someone can actually see what’s hap
remotely.
On Thu, Oct 20, 2022 at 8:25 AM Clebert Suconic
wrote:
> Can you reproduce it in your test at least ?
>
> Use journal retention and look for the message your lost on the print
> data.
>
> It could be misconfiguration in your cluster. There are no changes
>
hing that comes to mind that could be the problem is changing
> the port for cluster communication from default 61616 to 9000 (i've
> experienced some problems unrelated to message loss when changing the port).
>
> Any advice on reproducing the issue or where to look for more data
> apprecia
Franz worked with the software mills guys. There is a blog post about it I
think with some recommendations.
I will see if I can find some links in the morning to add here.
On Thu, Oct 20, 2022 at 2:04 AM Clebert Suconic
wrote:
> The confirmation window size is definitely a change that ne
ub.com/openmessaging/benchmark/pull/343
>
> Are there additional changes that should be made to optimize Artemis?
>
> Also if there are any JMS configurations that could improve throughput
> that can be made when running Artemis JMS any pointers would be helpful.
>
> Best Regards,
> Dave
>
>
> --
Clebert Suconic
it... but no message loss).
On Wed, Oct 19, 2022 at 10:55 AM Clebert Suconic
wrote:
>
> I am not aware of any issues that would lead to message loss...
>
> Garbage Collection itself has no effect on anything regarding paging or
> journal.
>
>
> Are you able to chase which message is l
>
>
>DLQ
>ExpiryQueue
>0
> 10
>-1
> -1
> PAGE
>true
> true
> true
> true
>
>
>DLQ
>ExpiryQueue
>0
> 10
>-1
>-1
> PAGE
>true
> true
> true
> true
>
>
>DLQ
>ExpiryQueue
> 5
>500
> 1.5
>
> 0.5
> 3
> true
>-1
>-1
> PAGE
> 10
>false
>false
> false
> 3
> OFF
> false
> false
> 3
> OFF
>
>
>-1
>-1
> PAGE
>
>
> ANYCAST
> ANYCAST
>
>
> MULTICAST
> MULTICAST
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> class-name="org.apache.activemq.artemis.core.server.plugin.impl.LoggingActiveMQServerPlugin">
>
>
>
>
>
>
>
>
>
>
>
>
>
--
Clebert Suconic
also see a change in the schema for bootstrap.xml (binding child of web),
> > and the browse permission added to management.xml
> >
> > Along with the new log4j.properties you mentioned
> >
> > Some of those changes might be earlier if they’re backwards compatible,
&g
changed some ideas with some of my co workers where I work at.
Still an idea but it’s firm on what I have to do.
I will update a PR I have about config.
>
> Thanks for the quick patch!
>
> From: Clebert Suconic
> Date: Thursday, October 13, 2022 at 2:03 PM
> To: users@active
in the schema for bootstrap.xml (binding child of web),
> and the browse permission added to management.xml
>
> Along with the new log4j.properties you mentioned
>
> Some of those changes might be earlier if they’re backwards compatible, I’ve
> carried forward this configurat
production. From a surface reading,
> possibly a resource leak?
>
>
>
>
> From: Clebert Suconic
> Date: Wednesday, October 12, 2022 at 9:54 PM
> To: users@activemq.apache.org
> Subject: Re: Mirror compatibility across versions
> Notice that main is now using SLF4j
Notice that main is now using SLF4j / log4j... (in case you manually
upgrade to a snapshot)
We are still working the details for an upgrade.
if you need to patch your 2.25.0 it's a straight change to make there
On Wed, Oct 12, 2022 at 9:52 PM Clebert Suconic
wrote:
>
> I don't know
1 - 100 of 675 matches
Mail list logo
