Re: question about activemqCPP compatability

Trying to reply to get my post accepted by the mailing list. I'm not sure why it hasn't been already. jeffrey wrote > I was wondering, is ActiveMQCPP a gerenic product that can be used with > any JMS compiant message broker or are there specific additions to > ActiveMQ

Re: unable to reconnect after exception "Channel was inactive for too long"

The keystore and truststore are set in my init method right after the activemq::library::ActiveMQCPP::initializeLibrary(); This works, sending and receiving for days or weeks before any issue. Where there is an issue, I recreate the ConnectionFactory, Connection, Session, Consumer, Producer, and

Re: unable to reconnect after exception "Channel was inactive for too long"

new port. Are there any transport connector options on the client or server that could help me here? Thanks, Jeffrey Tim Bain wrote > Do you ever get the channel inactivity exception in the Java client? If > so, does it reconnect gracefully? > > Those error messages make it sound

unable to reconnect after exception "Channel was inactive for too long"

In my application, I am running a 5.9 broker locally and the only transport connector is 2-way SSL. One endpoint is java, using ActiveMq 5.9, the other is C++ using ActiveMQCPP 3.8.2 After some unspecified time, the CPP application gets an exception that "Channel was inactive for too long." I att

Re: expireMessagesPeriod for activemq broker

So what is the time used if the field is not supplied? If the number is given as 0? If a message has timed out, but the queue has not been cleaned yet, will a client still receive the message if it asks for it? Or will the broker refuse to release the timedout message and send the next valid on

expireMessagesPeriod for activemq broker

In our activemq.xml file, simplified a little bit: http://www.springframework.org/schema/beans"; xmlns:amq="http://activemq.apache.org/sch ema/core" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; xsi:schemaLocation="http://www.sprin gframework.org/schema/beans http://www.springframework.o

Re: Threads started in ActiveMQCPP

tabish...@gmail.com wrote > On 09/09/2014 05:39 PM, jeffrey wrote: >> Hi, >> >> When you call activemq::library::ActiveMQCPP::initializeLibrary(); there >> are >> multiple threads that get initalized in the process space. Is there any >> document or refere

Threads started in ActiveMQCPP

Hi, When you call activemq::library::ActiveMQCPP::initializeLibrary(); there are multiple threads that get initalized in the process space. Is there any document or reference listing what the purpose of each of these threads are? Is there any configuration or parameters that can be used to contr

Re: Is there anyway to set the brokers trustManager via configuration?

Thanks, I knew about some of the sslContext tags, but I have never seen this schema page before. This should be helpful. The example in the unit tests doesn't show usage of the trustManagers tag, but I will mess around and see if I can get it to work. gtully wrote > example from the unit tests -

Is there anyway to set the brokers trustManager via configuration?

I know that as part of the ActiveMQSslConnectionFactory class you are able to set the trust manager though the function void setKeyAndTrustManagers(KeyManager[] km, TrustManager[] tm, SecureRandom random) Is there any way to do the same thing with some configuration for the broker itself? Thanks

Re: ActiveMQ Standalone JVM Parameters

You can manually edit the script where it starts the java process, or it may be checking some environment variables and you could simply have those set. Im not sure if the names change throughout the versions. -- View this message in context: http://activemq.2283324.n4.nabble.com/ActiveMQ-Sta

programs failing in apr-util calls, on some machines

Here is stack: #0 0x6000c0533f60:1 in __doprnt_main+0x111 () from /usr/lib/hpux32/libc.so.1 #1 0x6000c035af30:0 in _doprnt+0x30 () from /usr/lib/hpux32/libc.so.1 #2 0x6000c035b020:0 in sprintf+0xc0 () from /usr/lib/hpux32/libc.so.1 #3 0x6000c5188e40:0 in apr_uuid_format () at

Re: java.lang.OutOfMemoryError: unable to create new native thread

specifying a 64bit jvm with -d64 seemed to do the trick, It has been running for 18 hours and hasn't claimed it was running out of memory yet, so we'll see how it goes. -- View this message in context: http://activemq.2283324.n4.nabble.com/java-lang-OutOfMemoryError-unable-to-create-new-native-

Re: java.lang.OutOfMemoryError: unable to create new native thread

I tried using the -Xms and -Xmx options to see of that would help Xms at 1024M and Xmx at 2048M. This did help and my server is much more stable, but the options don't seem to be working quite as expected. Currently my process is showing User CPU % Thrd

java.lang.OutOfMemoryError: unable to create new native thread

We are using Fuse esb 7.0.2 for a broker right now and testing it to see if it can work for out production environment. Everytime I get to about 700 connections to the broker, I get this exception: Exception in thread "InactivityMonitor WriteCheck" java.lang.OutOfMemoryError: unable to create new

Re: What is the purpose of the countdownlatch? and a crash of my receiver

The program is broken down to simply activemq::library::ActiveMQCPP::initializeLibrary(); HBconsumer *hbc = new HBconsumer(brokerURI, destURI, 3); //This is my receiver class it implements public ExceptionListener, public MessageListener, public Runnable Thread HBth

What is the purpose of the countdownlatch? and a crash of my receiver

I have a receiver class, but I never used the countdownlatch objects that are listed in this example program. http://activemq.apache.org/cms/example.html Im wondering what the latch actually does and how will not using it affect my program. Since upgrading to 3.5.0 my receiver now core dumps aft

Re: ActiveMQ cpp 3.5.0 not working on HPUX 11.31

sorry, from my first post in the thread: it is during the shutdownLibrary call at the end of my program that has any problem. The program is a simple driver, it creates some number of messages and send them all on the same queue to the same place. It creates 1 thread to be the producer, like so:

Re: ActiveMQ cpp 3.5.0 not working on HPUX 11.31

so trying to solve this, I finally got some information from looking it the core dump back traces. And in the file decaf/lang/Thread.cpp about line 133 there is a CATCHALL_NOTHROW that was catching the runtime exception in the destructor for Thread. So I went deeper and in decaf/internal/util/con

Re: no closing brace to anonymous namespace in decaf/internal/util/concurrent/Threading.cpp

ok, I see it now, I feel pretty dumb. I was using vim and it was matching a brace in some commented out code and throwing it all off. I was wondering how it was able to compile properly like that. Thanks -- View this message in context: http://activemq.2283324.n4.nabble.com/no-closing-brace-to

Re: no closing brace to anonymous namespace in decaf/internal/util/concurrent/Threading.cpp

it looks to me that in my version and in the version newest on the trunk that the closing bracket on 799 matches with bool interruptWaitingThread(ThreadHandle* self DECAF_UNUSED, ThreadHandle* target) { on 428 and the bracket on 798 matches bool doWaitOnMonitor(MonitorHandle* monitor, ThreadHand

no closing brace to anonymous namespace in decaf/internal/util/concurrent/Threading.cpp

In the release 3.5.0 which i recently upgraded to, I am having some problems, so I recompiled it and was taking a closer look at some of the warning produced and I saw "decaf/internal/util/concurrent/Threading.cpp", line 48: warning #2611-D: overloaded virtual function "decaf::internal::util::conc

ActiveMQ cpp 3.5.0 not working on HPUX 11.31

I have a sort of driver test program written with ActiveMQ cpp. I started with 3.4.4 and upgraded to 3.4.5 and over time I have gotten it to work pretty well, but I just upgraded to 3.5.0 and rebuilt the library and compiled my program again, but now it core dumps where it did not before. I now g

OpenSSL error after long duration, or when several clients running simultaneously

Im am working on a test/load program in c++ for HPUX 11.31. The purpose was mainly to test the broker, (we are currently using the Fuse ESB on another system for a broker and it seems to be doing great). But I seem to keep having probelms with the C API. One of the most common problems is this sta

Re: OpenSSL error after long duration, or when several clients running simultaneously

okay, I added other catches in the activeMQ code, and this is what I got: errno=32The Exception was ERROR_SYSCALL. ret=-1 FILE: decaf/internal/net/ssl/openssl/OpenSSLSocket.cpp, LINE: 614 FILE: decaf/internal/net/ssl/openssl/OpenSSLSocket.cpp, LINE: 633 FILE: decaf/internal/