Thanka Justin! This is exactly what I was looking for.
--
Best regards,
Alexander
-Original Message-
From: Justin Bertram
Sent: Tuesday, September 24, 2024 9:00 PM
To: users@activemq.apache.org
Subject: Re: Question about core consumer parameters
> Is there an explanation of paramet
> Is my assumption correct?
Yes, but I also recommend you test and verify. Let us know if you have any
further questions!
Justin
On Tue, Sep 17, 2024 at 8:32 AM Bisil wrote:
> I am using JBoss with the embedded Apache ActiveMQ Artemis Message
> Broker 2.16.0.
>
> Looking at the source code of
> Is there an explanation of parameters which are logged in this event?
I'm not aware of any documentation explaining the meaning of the
parameters. However, you can look in the source code to see what the logged
values represent. For example, in this case you can look at the
createConsumer method
Hi All,
When user connects to Artemis and creates core consumer, event is logged to
audit journal. Is there an explanation of parameters which are logged in this
event?
For example, I have two events of creating consumer for queue INPUT_QUEUE with
filter.
First is created by application, secon
I am using JBoss with the embedded Apache ActiveMQ Artemis Message
Broker 2.16.0.
Looking at the source code of ActiveMQ RA I suspect using JMS message
grouping with a JBoss MDB that is fed by a JMS queue (for example with
10 MDB workers/instances and the default number of 15 sessions / JMS
c
r.
But first, I'll also redo the test using a single node.
Erwin
-Original Message-
From: Justin Bertram
Sent: Friday, May 3, 2024 8:57 PM
To: users@activemq.apache.org
Subject: Re: question on message-redistribution in an Artemis cluster
EXTERNAL SENDER: Do not click any lin
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 forwa
Intern
Hello,
I have an Artemis cluster with several nodes.
In many cases, messages arrive on one node and are consumed from another node.
The cluster-connections between the nodes do their work to make that happen.
But under high-load we see messages being re-ordered between the broker-nodes,
apache.org
Datum: 23.04.2024 16:11
Betreff:[Ext] Re: Federation Question
On 4/22/24 03:06, herbert.helmstr...@systema.com wrote:
> Hello Team,
>
> I have a question regaring Artemis.
> We have two different clusters, that run more or less independently.
>
> But for so
On 4/22/24 03:06, herbert.helmstr...@systema.com wrote:
Hello Team,
I have a question regaring Artemis.
We have two different clusters, that run more or less independently.
But for some events and requests there should be a transparency
between the clusters.
I thought that Adress Federation
Hello Team,
I have a question regaring Artemis.
We have two different clusters, that run more or less independently.
But for some events and requests there should be a transparency between
the clusters.
I thought that Adress Federation
https://activemq.apache.org/components/artemis
So to have specific configuration for topic, what i should do ?
because if i add this
DLQ
true
.DLQ
5
Artemis can't start
If i remove, it's work
Thanks
Le mar. 13 févr. 2024 à 15:50, Justin Bertram a
écrit :
> > AMQ224110
> 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 8:
Hello
i try to add specific configuration for one topic
But when i start artemis i have this error
AMQ224110: Configuration 'whitelist' is deprecated, please use the
'allowlist' configuration
And i don't know how to solve it
My broker.xml is like this
DLQ
34 Washington 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
PM
To: users@activemq.apache.org
Subject: Re: Question about HA configuration failover problem
*** [Caution] This email is from an external source. Please use caution
responding, opening attachments or clicking embedded links. ***
> Is this a bug in the AMQ JMS client?
At this point I don't believe it is a
> Is this a bug in the AMQ JMS client?
At this point I don't believe it is a bug in the ActiveMQ Artemis core JMS
client.
I talked about AMQ219014 previously, but I suppose it bears repeating here.
The timeout is ultimately ambiguous. The client can't reliably conclude
that the broker has failed
Greetings,
This is something of a follow-up on previous failover issue reports, but we’ve
taken careful notes and logs and hopefully we have enough information to
diagnose what is happening.
We are experiencing an error during AMQ broker failover from live to backup.
We are testing this using
ActiveMQ Artemis supports the OpenWire protocol via dependencies from
ActiveMQ "Classic." Until ActiveMQ Artemis 2.31.1 those dependencies
contain the vulnerable code which means ActiveMQ Artemis ships the
vulnerable code. However, the only known exploit of this vulnerability
requires Spring depend
Hi,
Am Mittwoch, dem 01.11.2023 um 14:29 -0500 schrieb Justin Bertram:
> ActiveMQ Artemis 2.31.1 was released October 25 (i.e. right before
> the CVE
> was announced) and it contains libraries from ActiveMQ "Classic"
> 5.17.6
> which are not vulnerable to CVE-2023-46604.
Does this imply that Artem
ActiveMQ Artemis 2.31.1 was released October 25 (i.e. right before the CVE
was announced) and it contains libraries from ActiveMQ "Classic" 5.17.6
which are not vulnerable to CVE-2023-46604.
Justin
On Wed, Nov 1, 2023 at 1:56 PM Steigerwald, Aaron
wrote:
> Hello,
>
> Does anyone have an estima
On 11/1/23 14:55, Steigerwald, Aaron wrote:
Hello,
Does anyone have an estimate for how soon Apache Artemis will be delivered with Apache
ActiveMQ artifacts that address the critical CVE-2023-46604 "Apache ActiveMQ is
vulnerable to Remote Code Execution" fix?
Fix details can be found here:
h
Hello,
Does anyone have an estimate for how soon Apache Artemis will be delivered with
Apache ActiveMQ artifacts that address the critical CVE-2023-46604 "Apache
ActiveMQ is vulnerable to Remote Code Execution" fix?
Fix details can be found here:
https://github.com/advisories/GHSA-crg9-44h2-xw
There are management methods on the QueueControl [1] that will allow you to
move messages. The methods are named "moveMessages" and there are several
versions which take different parameters. This one [2] is probably the
simplest.
You can invoke management methods programmatically via JMX (the bro
> Hello,
>
> is there a way to move Datas from different queues
> (queue1_toSAP,queue2_toSAP, queue3_toSAP..) to one queue "toSAP" via schedule
> Task for example. We are using ActiveMQ Artemis.
>
> Thanks for response.
>
> Mit freundlichem Gruß
> Omar Lakniti
>
ing brokers to a cluster can actually *reduce* throughput in
>>>> certain
>>>>>>>> circumstances.
>>>>>>>> Let me know if using group-name works for you.
>>>>>>>> Justin
>>>>>>>> [1]
>>
> ht
ter can actually *reduce* throughput in
> >>> certain
> >>>>>>> circumstances.
> >>>>>>> Let me know if using group-name works for you.
> >>>>>>> Justin
> >>>>>>> [1]
> >
> https:/
t; Justin
>>>>>>> [1]
> https://github.com/apache/activemq-artemis/blob/main/docs/user-manual/en/clusters.md#performance-considerations
>>>>>>> On Mon, Mar 27, 2023 at 12:44 PM Roy Cohen
>>>>>> wrote:
>>>>>>>>
ctually *reduce* throughput in
> >> certain
> >>>>>> circumstances.
> >>>>>>
> >>>>>> Let me know if using group-name works for you.
> >>>>>>
> >>>>>>
> >>>>>> Justin
> >
in
>>>>>>
>>>>>> [1]
>>>>>>
>>>>>
>>>>
>> https://github.com/apache/activemq-artemis/blob/main/docs/user-manual/en/clusters.md#performance-considerations
>>>>>>
>>>>>> On Mo
en/clusters.md#performance-considerations
> >>>>
> >>>> On Mon, Mar 27, 2023 at 12:44 PM Roy Cohen
> >>> wrote:
> >>>>
> >>>>> I haven’t tried he group-name yet.
> >>>>>
> >>>>> With r
unt of messages the brokers need to process
>> (in
>>>>> other words “throw more resources at it…”)
>>>>>
>>>>>
>>>>>> On 27 Mar 2023, at 18:28, Justin Bertram wrote:
>>>>>>
>>>>>>>
Bertram wrote:
>>>>>
>>>>>> What would you suggest is to do ?
>>>>>
>>>>> Did you try my previous suggestion already (i.e. using the
> "group-name"
>>>>> element in the "master" or "slave&qu
t;> What would you suggest is to do ?
> >>>>
> >>>> Did you try my previous suggestion already (i.e. using the
> "group-name"
> >>>> element in the "master" or "slave" element of "colocated")?
> >>>&
;>>>
>>>>> What would you suggest is to do ?
>>>>
>>>> Did you try my previous suggestion already (i.e. using the "group-name"
>>>> element in the "master" or "slave" element of "colocated")?
>>>>
&g
ement in the "master" or "slave" element of "colocated")?
> >>>
> >>> Aside from that, do you know why you were asked to add another broker?
> >>> Depending on the reason it may not be a good solution.
> >>>
> >>
>>>
>>> Aside from that, do you know why you were asked to add another broker?
>>> Depending on the reason it may not be a good solution.
>>>
>>>
>>> Justin
>>>
>>> On Mon, Mar 27, 2023 at 12:07 PM Roy Cohen
>> wrote:
>&
add another broker?
>> Depending on the reason it may not be a good solution.
>>
>>
>> Justin
>>
>> On Mon, Mar 27, 2023 at 12:07 PM Roy Cohen
> wrote:
>>
>>> Hi Justin
>>>
>>> It is a good question I honestly don’t h
slave" element of "colocated")?
> >
> > Aside from that, do you know why you were asked to add another broker?
> > Depending on the reason it may not be a good solution.
> >
> >
> > Justin
> >
> > On Mon, Mar 27, 2023 at 12:07 PM Roy Cohe
her broker?
> Depending on the reason it may not be a good solution.
>
>
> Justin
>
> On Mon, Mar 27, 2023 at 12:07 PM Roy Cohen wrote:
>
>> Hi Justin
>>
>> It is a good question I honestly don’t have the answer for. I inherited
>> this configuration an
on the reason it may not be a good solution.
Justin
On Mon, Mar 27, 2023 at 12:07 PM Roy Cohen wrote:
> Hi Justin
>
> It is a good question I honestly don’t have the answer for. I inherited
> this configuration and was asked to add a third broker and to ensure the co
> located backu
Hi Justin
It is a good question I honestly don’t have the answer for. I inherited this
configuration and was asked to add a third broker and to ensure the co located
backups are being done in such a way that each broker points on another.
Perhaps those who asked for it don’t fully understand
on your previous message I was under the impression you were using
> the "colocated" feature. *If* you're using this then you definitely are
> running multiple brokers in the same JVM because that's precisely what that
> feature does. It runs a primary and a backup broker
are
running multiple brokers in the same JVM because that's precisely what that
feature does. It runs a primary and a backup broker in the *same JVM*. If
you aren't using a "colocated" configuration then I'm not sure what the
original question is about. Can you clarify?
Just
ultiple brokers in the same JVM because that's precisely what that
feature does. It runs a primary and a backup broker in the *same JVM*. If
you aren't using a "colocated" configuration then I'm not sure what the
original question is about. Can you clarify?
Justin
On Mon
Hi Justin
Thank you for your input.
Sorry, should have been clearer on our setup - We are not running multiple
brokers on the same JVM but a single instance per VM, so each one has a
dedicated JVM and VM
Thanks
Roy
> On 27 Mar 2023, at 16:59, Justin Bertram wrote:
>
> I'm not entirely sure
I'm not entirely sure if the configuration you want is possible. You might
try using the "group-name" element in the "master" or "slave" element of
"colocated." Only servers with the same group-name will pair together.
Aside from that I would actually recommend against using colocated brokers.
The
1. Why change ?
2. What would the co located back strategy look like with three ? Will it align
to my expectation below ?
Broker01 -> Broker02
Broker02 -> Broker03
Broker03 -> Broker01
3. How can I prove the co located backup strategy with three brokers ?
> On 27 Mar 2023, at 16:05, prateekja
IMO, the only change would be changing broker (61616 to something like
61618) port. I would expect everything should work after that.
Regards,
Prateek Jain
--
EXPECTATION : Causes all troubles..
--
Hi Prateek
Thanks, however that example is for two brokers, which we already have working.
We are now adding a third broker to the cluster and want to understand how to
change the co located backups according to my original post.
Is that possible ?
Regards
Roy
> On 27 Mar 2023, at 15:46, p
Hi Roy,
I dont exactly know your usecase or constraints but IMO, shared store
would have been a better option. As I didnt worked/explored 1.x version so,
wont comment on it. But you should be able to reference examples under
artemis directory:
*examples\features\ha\colocated-failover*
Hope i
Anyone has any thoughts on the below ?
On 23 Mar 2023, at 12:37, Roy Cohen wrote:
Hello everyone
We have a setup of three Artemis brokers (very old version don’t ask :))
We would like to configure the co located backups such that the backups are
sent in this order:
Broker01 -> Broker02
Bro
Hello everyone
We have a setup of three Artemis brokers (very old version don’t ask :))
We would like to configure the co located backups such that the backups are
sent in this order:
Broker01 -> Broker02
Broker02 -> Broker03
Broker03 -> Broker01
I was reading on co located backups here:
ht
I believe the Proton python binding wont use PLAIN if offered, unless
the connection is using TLS or it was instructed it can use it
regardless:
https://qpid.apache.org/releases/qpid-proton-0.38.0/proton/python/docs/proton.reactor.html#proton.reactor.Container.connect
"allow_insecure_mechs (bool)
Hello,
So far I've been happy connecting to Artemis using either the Artemis JMS (CORE
protocol) or with QPid JMS (AMQP protocol).
But attempts with using Python QpidProton (AMQP protocol) are only successful
when an anonymous user is allowed, but I actually need username+password.
I now did a W
This sounds like a bug. Do you have code to reproduce this?
Justin
On Sun, Jan 15, 2023 at 8:48 PM Dondorp, Erwin
wrote:
> Hello,
>
> I have an address "a/b/c/demo/demodata" that I use with AMQP messaging.
> The jmx function "getAddressSettingsAsJSON()" for this address reports
> that
> {...,"
Hello,
I have an address "a/b/c/demo/demodata" that I use with AMQP messaging.
The jmx function "getAddressSettingsAsJSON()" for this address reports that
{...,"defaultQueueRoutingType":"MULTICAST","defaultAddressRoutingType":"MULTICAST",...
} , which is as expected from my address-settings.
Wh
stin Bertram
Sent: Friday, December 23, 2022 4:08 PM
To: users@activemq.apache.org
Subject: Re: session sharing question
*** [Caution] This email is from an external source. Please use caution
responding, opening attachments or clicking embedded links. ***
The javax.jms.Queue and javax.jms.T
api/javax/jms/Session.html#createQueue-java.lang.String-
On Fri, Dec 23, 2022 at 3:36 PM John Lilley
wrote:
> Justin,
>
>
>
> I am in the process of transforming our code to use a pool of sessions and
> producers. But I have a question about resource use. We tend to have a
>
Justin,
I am in the process of transforming our code to use a pool of sessions and
producers. But I have a question about resource use. We tend to have a lot of
queues, because each “job” gets its own queue, and there might be 300 jobs that
come and go every hour. When using a JMS client
Thanks!
This is related to another question I’ve had, which is, if the broker restarts
without an HA failover, or the client is unable to communicate with the broker
for some time, do JMS objects become invalid and need to be recreated? If so,
might it be easier to use pooling of connections
Generally speaking I would recommend delegating everything you can to a
connection pool (e.g. this [1]) and spend your developer productivity
elsewhere.
Justin
[1] https://github.com/messaginghub/pooled-jms
On Wed, Dec 21, 2022 at 1:02 PM John Lilley
wrote:
> Greetings!
>
>
>
> I have noticed
JMS Session objects have never been thread safe. You can use them however
you want as long as you guarantee thread safety. That said, thread safety
is notoriously difficult to implement & debug and Sessions are considered
"lightweight" objects so there's not much cost to creating a Session for
ever
My producers used to leak sessions and I could get easily as far as about 16k
sessions per producer without much effect on the broker.
What I do now is that I have a pool of worker threads, and each of the threads
has its own session opened. Whenever there's a need, I ask the pool to do a
Calla
Greetings!
I have noticed that I cannot share a session between threads, at least not when
using the JMS API. Because of that, we are creating a new session for every
producer.
But is that necessary? Can I share that session between all of my producers so
long as there is no simultaneous use?
I have a question about the REST API and Selectors. I was trying to use the
REST API to process messages from a queue using a Selector against the
JMSTimestamp setting. No matter what I tried, it seemed to ignore the
selector. I am now trying a Java consumer route, but was curious why the
-Dwebconsole.jms.url=failover:\(tcp://MASTER:52671,tcp://SLAVE:52671\)
>> -Dwebconsole.jmx.url=service:jmx:rmi:///jndi/rmi://MASTER:5014/jmxrmi,service:jmx:rmi:///jndi/rmi://SLAVE:5014/jmxrmi
>> -Dcom.sun.management.jmxremote.ssl=false
>> -Dcom.sun.management.jmxremote.password.
com.sun.management.jmxremote.password.file=/opt/sncr/product/ActiveMQ/DEV/AMQ_ETL_MASTER/apache-activemq-5.16.4/conf/jmx.password
>
> -Dcom.sun.management.jmxremote.access.file=/opt/sncr/product/ActiveMQ/DEV/AMQ_ETL_MASTER/apache-activemq-5.16.4/conf/jmx.access
> -Dcom.sun.management.jmxremote.rmi.port=5014
> -Dcom.sun.management.jmxremote.authenticate=true”
>
>
> Question: Is there a way to hide the password in the tomcat configuration to
> authenticate to the brokers?
>
>
> Thanks,
> Kashyap.
d
-Dcom.sun.management.jmxremote.access.file=/opt/sncr/product/ActiveMQ/DEV/AMQ_ETL_MASTER/apache-activemq-5.16.4/conf/jmx.access
-Dcom.sun.management.jmxremote.rmi.port=5014
-Dcom.sun.management.jmxremote.authenticate=true”
Question: Is there a way to hide the password in the tomcat configuration to
authenticate to the brokers?
Thanks,
Kashyap.
Hello Pham-
You most likely ran into an old bug, where the log files were not deleted for
some use case. ActiveMQ 5.6 is over 10 yrs old at this point, and upgrading to
a newer version will resolve this issue.
FWIW— the KAHA_REMOVE_MESSAGE_COMMAND is ActiveMQ internals about message
processing
Hello,
I am using activemq 5.6. Recently the kahadb log has increased and the old
logs do not get deleted. When I check one log file for example, I can see
only this kind of message and nothing else. What does this mean and why is
the log file not deleted then?
16664 CommandType: KAHA_REMOVE_MESS
Hi Justin,
answers inline.
Am Dienstag, dem 02.08.2022 um 17:15 -0500 schrieb Justin Bertram:
> The needClientAuth parameter is only for an *acceptor* as noted in
> the
> documentation you cited [1]. Therefore, you can omit this from your
> URL.
I figured that out myself, docs are a little bit h
I'm confused about your configuration. You say your client is using this
URL:
tcp://localhost:8890/ssl-broker?sslEnabled=true;needClientAuth=true;keyStorePath=/tmp/ssl-restclient.p12;keyStorePassword=ssl
The needClientAuth parameter is only for an *acceptor* as noted in the
documentation you cit
Hi,
so far I was successful configuring artemis and my client to use the
"raw" protocol with ssl support.
Now I need to put a https proxy in between (which does need client
auth) but I am failing to get a connection to the broker - the docs [1]
have this for netty http:
=> Netty HTTP tunnels pac
I see that you posted this question on Stack Overflow and on #activemq in
Apache's Slack as well. Please use one support channel at a time. Posting
to multiple is likely to duplicate effort across the community. Thanks!
Justin
On Thu, Jul 7, 2022 at 9:59 AM Pattamadai, Sundar <
sundar
Hello,
We are new to activemq and have read what's in here
https://activemq.apache.org/encrypted-passwords
Question:
That page talks about setting an environment variable
(ACTIVEMQ_ENCRYPTION_PASSWORD) to hold the encryption password, start activemq
and then unset that environment var
gine-
> De : Justin Bertram
> Envoyé : vendredi 25 mars 2022 16:51
> À : users@activemq.apache.org
> Objet : Re: Question regarding resource limit
>
> > ...how could I set up those limits for all my users, or maybe set up
> default limits values?
>
> Given that t
problem to reference them
in the broker.xml.
I can open a Jira if you think this feature could be useful.
Nicolas
C2 - Usage restreint
-Message d'origine-
De : Justin Bertram
Envoyé : vendredi 25 mars 2022 16:51
À : users@activemq.apache.org
Objet : Re: Question regardin
ource-limits.html
>
> I see that there is no possibility to use wildcard for the "match"
> attribute.
> My question is: how could I set up those limits for all my users, or maybe
> set up default limits values ? As my users will be defined in an external
> system, it does really ma
Hello,
I'm currently configuring resource limits as specified here:
https://activemq.apache.org/components/artemis/documentation/latest/resource-limits.html
I see that there is no possibility to use wildcard for the "match" attribute.
My question is: how could I set up those li
gt; I'm using Artemis version 2.19.1. Thanks for your help.
>
> Rahman
>
> -Original Message-
> From: Justin Bertram
> Sent: Wednesday, February 23, 2022 8:57 AM
> To: users@activemq.apache.org
> Subject: Re: [EXTERNAL] RE: Artemis share store config allow-f
@activemq.apache.org
Subject: Re: [EXTERNAL]:Re: Window-Based Flow Control Performance Question
[CAUTION: This email originated from outside of the organization. Do not click
links or open attachments unless you recognize the sender and know the content
is safe.]
Window
Friday, March 18, 2022 6:04 PM
> To: asteigerw...@brandesassociates.com.invalid
> Cc: users@activemq.apache.org
> Subject: [EXTERNAL]:Re: Window-Based Flow Control Performance Question
>
> [CAUTION: This email originated from outside of the organization. Do
: Window-Based Flow Control Performance Question
[CAUTION: This email originated from outside of the organization. Do not click
links or open attachments unless you recognize the sender and know the content
is safe.]
By "improve message throughput perfor
By "improve message throughput performance" are you talking about *overall*
message throughput or throughput for a few selected consumers?
Generally speaking, reducing consumerWindowSize will help when messages are
accumulating on one consumer and other consumers have none (i.e. consumer
starvatio
Hello,
Does it make sense that setting consumerWindowSize=0 on the client's connection
URL in order to disable client message buffering would improve message
throughput performance given the following scenario:
Artemis version: 2.3.0
Number of queue consumers: 8 from 8 different systems, some o
andard protocols used for lots of use-cases that have
> nothing to do with ActiveMQ. Any client that implements either AMQP or
> STOMP can be used with ActiveMQ. That's the beauty of standards.
>
>
> Justin
>
> On Wed, Mar 16, 2022 at 11:52 AM Brian Alizadeh
> wrot
ols used for lots of use-cases that have
nothing to do with ActiveMQ. Any client that implements either AMQP or
STOMP can be used with ActiveMQ. That's the beauty of standards.
Justin
On Wed, Mar 16, 2022 at 11:52 AM Brian Alizadeh wrote:
> Thank you Justin.
>
> One more question.
Thank you Justin.
One more question. As you suggested earlier, I was looking to find a C
client which supports either AMQP or STOMP.
To find that, I was just searching "amqp c api", "stomp c api", "amqp c api
activemq" and "stomp c api activemq" on Google,
ound
> the
> > >>> C++ library. This would need major updating to be useful.
> > >>>
> > >>> Thanks,
> > >>> Matt Pavlovich
> > >>>
> > >>>> On Mar 15, 2022, at 10:53 AM, Brian Alizadeh
> > >>> w
;> We have a product that uses Sun Message Queue. Our plan is to change
> the
> >>>> Sun Message Queue with other products.
> >>>>
> >>>> I found out about ActiveMQ and it seems to be a good replacement for
> Sun
> >>>> Message Queue. I
uot;defunct" in front of the C. but in the table, the second
row
is C/C++ and it mentioned STOMP in the protocol section. So it is kinda
confusing as to whether ActiveMQ has a C api or not?
I know ActiveMQ has an API in many other languages, but unfortunately we
have to use C-API in o
uage-clients
>> >
>> > It mentioned "defunct" in front of the C. but in the table, the second
>> row
>> > is C/C++ and it mentioned STOMP in the protocol section. So it is kinda
>> > confusing as to whether ActiveMQ has a C api or not?
>> &g
the table, the second
> row
> > is C/C++ and it mentioned STOMP in the protocol section. So it is kinda
> > confusing as to whether ActiveMQ has a C api or not?
> >
> > I know ActiveMQ has an API in many other languages, but unfortunately we
> > have to use C-API in
table, the second row
> is C/C++ and it mentioned STOMP in the protocol section. So it is kinda
> confusing as to whether ActiveMQ has a C api or not?
>
> I know ActiveMQ has an API in many other languages, but unfortunately we
> have to use C-API in our product.
>
> So my questio
> >
> > It mentioned "defunct" in front of the C. but in the table, the second
> row
> > is C/C++ and it mentioned STOMP in the protocol section. So it is kinda
> > confusing as to whether ActiveMQ has a C api or not?
> >
> > I know ActiveMQ has an API
e, the second row
> is C/C++ and it mentioned STOMP in the protocol section. So it is kinda
> confusing as to whether ActiveMQ has a C api or not?
>
> I know ActiveMQ has an API in many other languages, but unfortunately we
> have to use C-API in our product.
>
> So my quest
I in many other languages, but unfortunately we
have to use C-API in our product.
So my question is that if ActiveMQ has a C-API that we can use to replace
the Sun Message Queue?
Thanks,
Brian Aliz
<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&am
for you very fast answer.
>
> One more question about “ActiveMQ Artemis discards the message”: it is a
> default behavior that can be customized someway, or this is a fixed by code
> behavior?
> I think this clarification would be a great addition to documents.
>
>
> Thanks
Hi, Justin, thanks for you very fast answer.
One more question about “ActiveMQ Artemis discards the message”: it is a
default behavior that can be customized someway, or this is a fixed by code
behavior?
I think this clarification would be a great addition to documents.
Thanks,
ER.
Enviado
1 - 100 of 1005 matches
Mail list logo