i download the incubator-activemq-cpp-1.0-src.zip from the amq website. but
everytime when i run it , it will throw exception where it use "string"
class! what is the problem? thank you!
--
View this message in context:
http://www.nabble.com/string-problem-about-incubator-activemq-cpp-1.0-src.
I had set optimized acknowledgement to true and our app was filling up
a 512m heap in 10 minutes with an embedded non-persistent broker.
Our messages are large and the it appears that optimized
acknowledgement is just too lazy for our application. Is it tuneable?
Or is it a bug?
thanks in advanc
Hello all!
In the late January 4.2 snapshot the commons-collections had been
upgraded to 3.1
I notice in the Feb9 4.2 snapshot the commons-collections has reverted to 2.1.
Did a forum/jira search.
Problems? accident?
thanks in advance,
Steven Marcus
Cool so there's some way to get it working on JDK14.
Regards,
Alan
On Feb 11, 2007, at 11:57 AM, Jason Dillon wrote:
If you just use the concurrent bits from 1.5, then you can use
retrotranslator to take those 1.5 classes and run them on 1.4 with
retrotranslator-runtime-n.n.n.jar and backp
If you just use the concurrent bits from 1.5, then you can use
retrotranslator to take those 1.5 classes and run them on 1.4 with
retrotranslator-runtime-n.n.n.jar and backport-util-concurrent-
n.n.jar into the classpath of the application.
So you could drop having the normal codebase using
On Jan 31, 2007, at 8:30 AM, Christopher G. Stach II wrote:
GaryG wrote:
Hello,
I just started playing with AMQ 4.1.0 and realized that I had to
include the
backport-util-concurrent.jar file to run it. I'm just wondering
why AMQ
needs to use a backported version of the concurrency class
No response till now from Jboss forum. But I made some more experiments to
help understand what happens.
As the original error came from
org.springframework.beans.factory.xml.DefaultNamespaceHandlerResolver I set
the whole org.springframework.beans.factory.xml package at the log4j DEBUG
level and