Hi Rajith,
Yes, I do agree with you and my next step is to use JNDI/JMS without
using AMQ** classes (but first I wanted to make sure that the qpid stuff works!
and it works just fine!).
Thank you.
best,
Mahmoud
From: Rajith Attapattu
To: users@qpid.apache.org
Further, if you are to use a pre defined queue, then all you need is
just a name.
Ex "message_testqueue".
If that queue is not there the address code will throw an exception.
Regards,
Rajith
On Mon, May 16, 2011 at 6:14 PM, Rajith Attapattu wrote:
> Hello Mahmoud,
>
> This is not recommended
It looks like the wrong auth mechanism. Try adding --mechanism PLAIN
If that fails, restart the broker with -t and then you'll be able to see
the exchange that produces the exception.
--
Steve Huston, Riverace Corporation
Total Lifecycle Support for Your Networked Applications
http://www.riverace
Hello Mahmoud,
This is not recommended at all.
The AMQ** classes are internal classes and can change between releases.
You are supposed to use the JMS API along with JNDI.
If you need to create queues on the fly, you could use
session.createQueue and session.createTopic methods.
Both JNDI and the
I'm trying to do some performance analysis on the qpid C++ broker
packaged by Fedora 14, but the qpid-perftest tool fails to connect with
the following message:
$ qpid-perftest --username guest --password guest
2011-05-16 17:34:29 warning Closing connection due to internal-error:
Sasl error: S
After some research and testing, I found a solution for using persistent queues:
Destination queue = new AMQAnyDestination(new AMQShortString("test.direct"),
// exchangeName
new AMQShortString("direct"),// exchangeClass
new AMQShortString("testqueue"), // routingKey
false,//
Hi Anthony,
> On 5/16/2011 4:16 AM, Gordon Sim wrote:
> > On 05/14/2011 11:28 PM, Anthony Foglia wrote:
> >> Does the C++ broker support virtual hosts, and if so how do I set
> >> them up? All the documentation on setting up virtual hosts
> is either
> >> for the Java broker, or unclear as to w
On 05/16/2011 06:17 PM, Jakub Scholz wrote:
Hi Anthony,
I'm not sure what is the officially recommended approach, but in our
company we are running multiple instances of the broker on the same
host(s) - each of them is using different ports to listen on. They
provide independent environment to a
Hi Anthony,
I'm not sure what is the officially recommended approach, but in our
company we are running multiple instances of the broker on the same
host(s) - each of them is using different ports to listen on. They
provide independent environment to all developers/testers/etc. So far,
I'm not awa
On 5/16/2011 4:16 AM, Gordon Sim wrote:
On 05/14/2011 11:28 PM, Anthony Foglia wrote:
Does the C++ broker support virtual hosts, and if so how do I set them
up? All the documentation on setting up virtual hosts is either for the
Java broker, or unclear as to which broker it is about.
No it doe
i checked that, configs for corosync and openais seem to be equivalent, i
created the uidgid files and put my user in ais group, but nothing worked,
selinux is disabled.
anyways - i'm moving on with corosync - newer is better, right? :)
many thanks for the great product!
--
View this message in
On 05/14/2011 11:28 PM, Anthony Foglia wrote:
Does the C++ broker support virtual hosts, and if so how do I set them
up? All the documentation on setting up virtual hosts is either for the
Java broker, or unclear as to which broker it is about.
No it does not.
--
On 05/13/2011 11:21 AM, Ilyushonak Barys wrote:
Gordon, thanks again for detailed explanation.
2. I would like to cache qpid connection and session objects to increase
producer performance.
Not sure what you mean here. You mean you want to avoid recreating a
connection/session each time you
13 matches
Mail list logo
