Hello,
Sorry for the delayed response.
I shared your information with the Java team in our organization and when
they looked into this issue they explained to me that some other application
they had in the Java Machine was consuming all the memory so they eventually
ran out, and that in turn caus
How do I take a stack track of the broker?
Thanks,
-=John
--
View this message in context:
http://activemq.2283324.n4.nabble.com/OpenWireFormatNegotiator-onewayWire-format-negotiation-timeout-when-creating-connection-session-tp4672902p4672960.html
Sent from the ActiveMQ - User mailing list ar
It appears that we are using Active MQ 5.8.0
And we are using the Active MQ C++ client version 3.7.0.
Is it reproducible? Well, sort of in a way. We've entered this state and and
now it happens for every message we attempt to send (I'm assuming the QA
folks haven't reset their applications yet).
Hello,
I've encountered a problem where a user of our product reported their AMQ
messages stopped working, and when I dug into the details I found that we
are getting an exception for:
"OpenWireFormatNegotiator::onewayWire format negotiation timeout" when we
create the connection and then the ses
Hello,
We are currently using the AMQ CPP Client 3.5.0 which release notes say uses
the "CMS 2.4 API".
We are looking to move forward to the 3.7.0 client and the release notes say
it uses the "CMS 3.1 API".
How can I determine the API differences between 2.4 and 3.1?
When I click on the link fo
Thanks for the tip.
However it appears this doesn't show the full version, or perhaps I am
missing something.
I've used the getProviderMajorVersion() and getProviderMinorVersion() and
I've succesfully viewed:
3.4 for 3.4.5
and
3.5 for 3.5.0
The values returned for getCMSVersion(), getCMSMaj
Hello,
Is there an API in the CPP-client that returns the current version of the
AMQ-CPP-Client library that's being used? I scanned the API documents, but
nothing popped out.
We have products that use different versions of the CPP client, since they
were shipped at different times. And we'd like
Oh... and this is now being tested against the 5.7.0 snapshot for the broker.
--
View this message in context:
http://activemq.2283324.n4.nabble.com/Not-seeing-enabled-advisories-ActiveMQ-WebConsole-tp4653952p4654009.html
Sent from the ActiveMQ - User mailing list archive at Nabble.com.
Hello.
I tried with all of the following destinations.
ActiveMQ.Advisory.FULL.>
ActiveMQ.Advisory.FULL
ActiveMQ.Advisory.Full.>
ActiveMQ.Advisory.Full
ActiveMQ.Advisory.>
ActiveMQ.Advisory.FastProducer.>
The only consumer that ever received anything was ActiveMQ.Advisory.> and
that was getting n
SADNESS!
I changed my steps so that I created a consumer for the topics:
ActiveMQ.Advisory.FULL
ActiveMQ.Advisory.Full
ActiveMQ.Advisory.FastProducer.Queue
I changed to the snapshot for 5.7.0.
I see the advisory topics in the web console. However no advisories are ever
sent to them f
Hello Gary,
How would I run the test you referenced? I use the CPP client not Java.
(Actually I don't use Java at all... I start the broker using the
bin/activemq script or the script our Java team gives the server team for
starting the broker).
I looked through the code and I see that one of the
I've created a consumer and I can see advisory messages for
1. ActiveMQ.Advisory.Connection
2. ActiveMQ.Advisory.Producer.Queue.c.c.p.v.ms.events
3. ActiveMQ.Advisory.Queue
But not for ActiveMQ.Advisory.FastProducer.Queue or ActiveMQ.Advisory.FULL
I see these topics CREATED when my consumer sta
Hello,
I am using ActiveMQ 5.6.0 with the CPP client 3.4.2.
I enabled advisories for 'advisoryWhenFull' and 'advisoryForFastProducers'
in my activemq.xml file and then restarted the broker. I know that this file
is being read due to a couple of errors logged for early typos.
I then used a produc
Logged: https://issues.apache.org/jira/browse/AMQCPP-413 (Producer connection
that causes broker to reach its memory/disk limits doesn't get the 'all
full' exception even though the broker is configured to send it for Producer
Flow Control.)
Thank you for your help.
-=John
--
View this message i
Bleh. I looked more closely. The exception isn't a flow control exception,
but rather a timeout exception:
what(): Error while sending message[No valid response received for
command: Message { commandId = 8879, responseRequired = true, ProducerId =
ID:psbu-jrr-lnx-44893-1341874696684-0:0
Hi Tim,
Before I do this. I think I found the culprit. And while I feel strongly
this is a defect, I could also see it argued as working as designed.
I revisited the configuration page
(http://activemq.apache.org/cms/configuring.html) after browsing the GDB
output and noticed the following config
Hello Tim,
I tried with the latest CPP version, AMQ-CPP-3.4.4. The problem persists.
I've trimmed it down to a test case, and I've gathered some GDB information
for the lock up, etc.
How would you like me to proceed. Do I post the source, test
information/results, etc. here?
Thanks
-=John
--
s approximately 1400 message and then locks
up
(throttles indefinitely).
However, what I found is that if I run /another /instance of the application
in
another xterm, That new application */will/* get an exception when it
reaches the
producer.send() method -- as expected.
psbu-jrr-lnx[SUSE10.
Hello,
I'm having problems with Producer Flow Control. I have a C++ producer that
interacts with a Java application and we are using AMQ to communicate
between
the two. The AMQ Broker is managed by our Java team, and I've been working
with
the C++ producer client.
The java team recently changed t
Hello,
I think I know how to do this but I want to confirm with the crowd.
We're using AMQ as the MOM between my group, which use ActiveMQ-CPP, and
another group which I believe is using camel. They've requested that the
header's "type" field gets set and they indicate that they use
Messge.getJMS
Hello Martin,
Thank you for the suggestion to use Spring, but we're a C++ based client,
not Java. Hence usage of a Spring client isn't available to us.
Or, is there more to Spring than I'm aware?
Thanks,
-=John
--
View this message in context:
http://activemq.2283324.n4.nabble.com/How-can-a-p
Hello,
I am using the Active MQ CPP 3.4.0 client.
We have a multi-threaded application that has multiple producers, and they
share a single connection. These connections are */not/* fail over
connections, nor can they be.
I'm trying to find the fastest, most efficient way to determine if a
conne
We found the following link:
http://activemq.apache.org/what-is-the-difference-between-persistent-and-non-persistent-delivery.html
to help explain the difference between persistent and non-persistent
delivery. This makes a lot more sense now.
--
View this message in context:
http://activemq.228
Nuts!
Above, when I say milliseconds, I mean MICROseconds (1E-6). Sorry if this
caused any concern or confusion.
--
View this message in context:
http://activemq.2283324.n4.nabble.com/Does-the-producer-know-if-a-send-fails-with-messages-that-are-not-persistent-tp4171293p4171401.html
Sent from th
Hello,
I'm using ActiveMQ CPP 3.4.0 and I've noticed that there is a huge
difference in the amount of time the producer's send() method takes
depending upon if the delivery method is PERSISTENT or NON_PERSISTENT.
I'm using the simple_producer.cpp example that comes with the distribution.
I've adj
I'm not trying to start an argument about proper coding. I agree, we should
always release allocated resource, etc.
My question is more along the lines of what would happen if shutdownLibray()
was **not** invoked when a process exits?
>From the simple_producer.cpp example I see we invoke shutdown
Hi Tim,
I used gdb along with the code and I figured out the problem. It was indeed
my
fault, an ID10T error on my part.
I constructed an invalid broker URI string.
My string was as follows:
std::string brokerURI =
"failover:(tcp://127.0.0.1:61616"
"?initialReconnectDelay=10
Hello Tim,
I tried the test using version */3.4.0/* of ActiveMQ-CPP and the problem
remains the same. The connection factory creates a connection even if there
is no broker running, and I've set the parameters to not try forever. Then
when start is invoked on the connection it blocks until the bro
Hello Tim,
I am playing with the simple producer and the fail over options. However, I
am not getting the results I expected and I'm hoping you can share some
insights.
I am using version 3.2.3 of the activemq-cpp library on a SuSE Linux
machine.
I changed the simple producer example so that the
Hi Tim,
Thank you for the suggestion to use Failover. I even see from the
simple_producer example, that they use failover to connect to localhost. I
initially thought of failover as available if you had an alternative to
failover too. Now I know better.
I was reading the options on http://activem
Hello,
I've read through the activemq-cpp tutorial at
http://activemq.apache.org/cms/cms-api-overview.html and I've poked around
the forums.
Do activemq-cpp connection have a timeout when the client is connecting to
the broker? I ask because reading this post
(http://activemq.2283324.n4.nabble.co
Thanks for the pointer.
I did find that bit of documentation, but wasn't really satisfied with it.
It didn't state if this was something to call only once, although I agree it
could be assumed because of the name.
Your suggestions are in line with what I am currently attempting -- so my
idea isn'
Greetings all,
I have inherited some AMQ CPP client code. Recently we started seeing random
crashes when ActiveMQCPP::initializeLibrary() was being invoked. These
crashes do not always occur.
I used [gdb] and the information relating to this crash is as follows:
-
33 matches
Mail list logo
