There are so many variables to answer your question. It depends what
is your production case.
That same answer would go against any system problem.
On Tue, Aug 1, 2017 at 1:37 PM, sfmckenrick wrote:
> Hello,
>
> I've done a lot of searching I can't seem to find what I'm looking for. Is
> there a
Hello,
I've done a lot of searching I can't seem to find what I'm looking for. Is
there a guide or set of recommendations to properly configure Artemis to run
in an operational/production setting?
Thanks!
Scott McKenrick
--
View this message in context:
http://activemq.2283324.n4.nabble.co
Thanks for the response! Sorry it took me so long to respond.
I was able to get everything working. I had a collection of small errors
that was causing all of my headaches.
--
View this message in context:
http://activemq.2283324.n4.nabble.com/Artemis-2-1-0-Trouble-connecting-clients-using-r
'Ello.
For the purposes of keeping everything consistent, I've pushed my
example program to a GitHub repository:
https://github.com/io7m/activemq-examples
See:
https://github.com/io7m/activemq-examples/blob/develop/src/main/java/com/io7m/activemq/examples/ForwardingServers.java
I've also
Essentially you just need to change the Artemis modules in Wildfly (i.e.
"org.apache.activemq.artemis",
"org.apache.activemq.artemis.protocol.stomp",
"org.apache.activemq.artemis.protocol.hornetq", &
"org.apache.activemq.artemis.protocol.amqp") to use the jar files from the
1.5.5 distribution. The
It looks like the check for networkSubscription is there for a reason,
described in https://issues.apache.org/jira/browse/AMQ-2327
The commit 6c5732b also mentions:
/key is not to conduit proxy/proxy consumers b/c the dependencies cannot be
easily resolved without more network traffic on additions
could you tell me how I could change from version seeing that I am using the
native artemis of wildfly-10.1.0.Final ?
--
View this message in context:
http://activemq.2283324.n4.nabble.com/User-null-does-not-have-permission-CREATE-DURABLE-QUEUE-on-address-sys-mqtt-queue-qos2-JavaSample-tp472912
This is a bug that was fixed via ARTEMIS-990. The fix is in versions 1.5.5
and 2.0.0.
Justin
[1] https://issues.apache.org/jira/browse/ARTEMIS-990
On Tue, Aug 1, 2017 at 8:29 AM, aragoubi wrote:
> I am trying to connect a simple paho client to artemis wildfly broker. I am
> getting this when
I am trying to connect a simple paho client to artemis wildfly broker. I am
getting this when I try to connect my client:
WARN [org.apache.activemq.artemis.core.protocol.mqtt] (Thread-2
(activemq-netty-threads-164875171)) Error processing Control Packet,
Disconnecting ClientAMQ119032: User: null do
Can you please submit a bug in JIRA for this issue?
Tim
On Aug 1, 2017 4:58 AM, "Patrick Vansevenant"
wrote:
I’m trying to use an ISO 8601 date/time as part of the ClientID.
For example : connection.setClientID("|2017-08-01T09:20:18.936+03:00");
The following error is generated when clicked o
I'm not aware of any runtime modification of the compiled sources, and I've
never encountered anything that looked like it when attaching with a
debugger, but please post your question to the dev list to be sure.
BTW, I've experienced a similar "impossible" exception under Oracle Hotspot
8u21 that
That's great news.
Sorry for never responding to your last two emails; I still had them
flagged to come back to, but nothing in the thread dump gave me any idea of
what was going on. Now that you've determined that the behavior was driven
by external forces rather than something within the broker,
Unfortunately there's not a mechanism for that type of graceful transition
off of a broker.
Tim
On Aug 1, 2017 3:16 AM, "Tamas1" wrote:
> Thank you for your answer. Having no other option, I have used it with
> "backup=false".
>
> I use two ActiveMQ servers in network of brokers setup for realt
I am able to resolve this issue after upgrading the bouncycastle
Regards
Neelam
--
View this message in context:
http://activemq.2283324.n4.nabble.com/After-upgrading-activemq-to-5-14-5-to-5-6-0-SSL-communication-to-external-server-is-broken-tp4728762p4729112.html
Sent from the ActiveMQ - User
I’m trying to use an ISO 8601 date/time as part of the ClientID.
For example : connection.setClientID("|2017-08-01T09:20:18.936+03:00");
The following error is generated when clicked on the url in the Web Console
| Connections page :
"No connection could be found for ID |2017-08-01T09:20:18.936
Hello!
We are running AMQ 5.11.1 on AIX 7.1 with IBM J9 7.0 [1] and have
intermittent problem with messages delivery. Everything works fine,
consumers are connected to AMQ, but suddenly server stops delivering
messages and starts to log this stacktrace.
2017-08-01 01:53:12,913 | ERROR |
org.apach
Hi,
Finally, my problem was solved. It was a mistake from load balance tool
which made continuous command call to check activemq alive or not. By some
reasons, it made the number of thread increase by time and activemq die when
it exceeded maximum threads.
Thank you all (especially Tim) did help m
Thank you for your answer. Having no other option, I have used it with
"backup=false".
I use two ActiveMQ servers in network of brokers setup for realtime, non
persistent messaging. Throughput is up to several thousands of messages /
second on a couple of queues parallel. If it worked, I would be
I think I am confusing things by describing the problem with words, so here
is a plain ActiveMQ implementation that reproduces the problem. If I run
this, I send one message and receive four instead of the expected two.
import org.apache.activemq.ActiveMQConnectionFactory;
import org.apache.active
I finally understand where the conduit should happen. I was of the impression
that the conduit happens in broker B (hub) when subscriptions come from C
and D. But that can't happen because there are two bridges (B-C and B-D) and
conduit needs to happen within one bridge.
The conduit needs to happen
20 matches
Mail list logo
