This sounds kind of like retroactive consumers (
http://activemq.apache.org/retroactive-consumer.html); are you using that
feature?
Are you able to reproduce this reliably in a test environment where you can
change things and see the effects? If so, does the problem occur with
non-durable subscri
3 mqttClent (c1,c2,c3,c4,c5);mqttclent setClindId,cleansession=false;
activemq 5.12.0 (or befor)
test topic(T)
1 c1,c2,c3 subscribe T
2 c5 send message m1 to T
3 c1,c2,c3 received m1
...sometimes (problem occurs)
4c1 unsubscribe T
5c5 send message m2 to T (b c receive
I have been using AMQ 5.8 configured for virtual topics for about 18 months
with minimum issues. Recently I have upgraded the AMQ to 5.12 and since
then, each ~24 hours I am experiencing the situation when messages that are
posted to a virtual topic are not dispatched to consumers. The AMQ
monitori
I have been using AMQ 5.8 configured for virtual topics for about 18 months
with minimum issues. Recently I have upgraded the AMQ to 5.12 and since
then, each ~24 hours I am experiencing the situation when messages that are
posted to a virtual topic are not dispatched to consumers. The AMQ
monitori
Did support have any suggesting other than wait for the patch? That patch
has got to be coming out soon. There are quite a few things that need to
be fixed. Let see if I can think of anything. I guess if you try the
failover protocol with no maxReconnectAttempts it will default to something
an
Have you seen
http://www.elasticcloudapps.com/page0/files/c1f6bea32e025aa68542a95f9d664ea9-12.html?
I only skimmed it, but it looks detailed enough to be promising.
On Nov 11, 2015 9:20 AM, "Christian Grassi"
wrote:
> Could you share your zookeeper conf please.
> Is password authentication of zoo
After speaking with RedHat, it appears we've run into
https://issues.jboss.org/browse/ENTMQ-1204.
Since we're stuck using masterslave:(...) in our network connectors, our
options to avoid this problem appear limited until Fuse 6.2.1 is released,
unless someone can suggest an alternative.
Raffi
Great, glad you got it working.
On 11/11/2015 11:59 AM, Vinche wrote:
> After adding openwire protocol to Wildfly 10, I can connect and consume
> messages with Apache NMS client.
>
> For those interested, here are the changes I did to wildfly :
>
> https://github.com/Vinche59/wildfly/commit/6dfab
After adding openwire protocol to Wildfly 10, I can connect and consume
messages with Apache NMS client.
For those interested, here are the changes I did to wildfly :
https://github.com/Vinche59/wildfly/commit/6dfab60d309db0706964e7aef054d3a18c0f0ba8
I don't know if it's the best way to do it bu
First, thank you so much for your detailed answers! I have a few more
questions inline.
> * NetworkConnector
> > ** "dynamicOnly" - i've seen a couple of places mention enabling this
> and
> > some
> >indication that it helps with scaling in a network of brokers (e.g.
> > [3]).
> >The des
Could you share your zookeeper conf please.
Is password authentication of zookeeper configured?
Regards
Chris
Il giorno mer 11 nov 2015, 14:12 Tim Bain ha
scritto:
> BTW, did you see this in the error message? "If you continue to see this
> message after manually refreshing your
> cache, ensu
Hi Christopher,
first of all thank you for your reply.
I read topics that you suggested and i follow also this link
http://camel.apache.org/activemq.html
Consuming Advisory Messages section configuring ActiveMQ using conntection
pooling and a route inside Camel Context to retrieve AdvisoryMsg
Nice feature - submit a JIRA!
> On 11 Nov 2015, at 14:28, Tim Bain wrote:
>
> I've never heard of such a feature (but maybe someone else here has), but I
> think it would be a great addition if it doesn't exist. So if you don't
> get a response within a couple days, I encourage you to submit an
This was solved here https://issues.apache.org/jira/browse/AMQ-6038
The problem was commons pool was updated to a new version.
On Wed, Nov 11, 2015 at 9:25 AM, Tim Bain wrote:
> Clearly DBCP isn't on the classpath and the solution is to get it in the
> classpath; the easiest way to do that is t
I've never heard of such a feature (but maybe someone else here has), but I
think it would be a great addition if it doesn't exist. So if you don't
get a response within a couple days, I encourage you to submit an
enhancement request in JIRA.
Tim
On Nov 10, 2015 2:20 PM, "sspind" wrote:
> Hi th
Clearly DBCP isn't on the classpath and the solution is to get it in the
classpath; the easiest way to do that is to copy it into the lib directory.
Did you add the reference to it in your config file, or was that present in
something you downloaded with your ActiveMQ installation?
Tim
On Nov 10,
BTW, did you see this in the error message? "If you continue to see this
message after manually refreshing your
cache, ensure that your KDC host's clock is in sync with this host's
clock." Is there a time difference between your clocks?
On Nov 10, 2015 11:02 AM, "mtod" wrote:
> Thanks for reach
The only way I can think of to try to answer that question is to use a
profiler to see where the ActiveMQ process is spending its time. JVisualVM
would be an easy way to do that.
Otherwise I think that question would have to go to the vendor or the
support community for the security product.
On N
Hi Tim,
I'll check today and report back.
I suspect this may have something to do with enterprise security and scanning
software installed on the Linux host. Is there any command to determine if the
security process is interfering with the amq process?
Sent from my Verizon Wireless 4G LTE sm
I havent read your suggestions yet. I will try to comprehend them. Thanks
for your answers again.
--
View this message in context:
http://activemq.2283324.n4.nabble.com/Artemis-message-queue-oriented-design-help-tp4703776p4703840.html
Sent from the ActiveMQ - User mailing list archive at Nabb
20 matches
Mail list logo