> Sorry, I was a too vague. I've got the RHM store working with the svn
> copy of Qpid just fine. The only thing I wasn't able to get working
> was the RHM store with the 0.4 release. I didn't have any problem
> getting it to compile against the qpid svn copy. I was just curious if
> that's the cor
>
> yes, this store is uptodate... what is your issue.
>
> basic build is
> ./bootstap
> ./configure --> with path to your qpid source tree
> make
> or make check.
>
> Then throw the .so in the qpid module dir, or load it via --load-module and
> go.
>
> you may need to create base level store dir w
Mark Moseley wrote:
Hi. I've been playing with Qpid (qpidc-0.4 specifically). I've got it
working (didn't like Debian Etch's boost for some reason). The one
missing piece is a persistent store. I've been going through the docs
and the mailing lists and all I can find is a post from mid-2008
(whic
Hi. I've been playing with Qpid (qpidc-0.4 specifically). I've got it
working (didn't like Debian Etch's boost for some reason). The one
missing piece is a persistent store. I've been going through the docs
and the mailing lists and all I can find is a post from mid-2008
(which I'd paste if I could
Gordon Sim wrote:
Does anyone have a strong view on the desirability of making this more
consistent?
Consistency really makes it easier to remember these things.
I myself have a slight preference for --no-auth over
--auth no; I'm less bothered about the --mgmt-enable option but that
could be
We have two forms in use for boolean options to qpidd. The first form
is where the presence of an option implies that its value is true. E.g.
--no-module-dir
--no-data-dir
--tcp-nodelay
--require-encryption
-t --trace
-d --daemon
-c --check
-q --quit
-h --help
The second is wh
On Wed, Feb 18, 2009 at 5:38 PM, ffrenchm wrote:
> I'll just discover the BDB license - GPL like (tell me if I'm false) - which
> is for me a blocking problem to use QPid (Java or C++ broker). I need a non
> GPL like persistence solution. Is there any other solutions in the pipe ? If
> not could
ffrenchm wrote:
About my BDB problem, the question is : if I use QPid with BDB in my
applications do I need to publish my source code or only the QPid source
code ? Where the license scopes ending ?
I am not a lawyer, but I would think that since your application is not
linked to the library i
ffrenchm wrote:
Hello,
I'll just discover the BDB license - GPL like (tell me if I'm false) - which
is for me a blocking problem to use QPid (Java or C++ broker). I need a non
GPL like persistence solution.
At present the only persistence plugin for the c++ broker is the
external LGPLed impl
About my BDB problem, the question is : if I use QPid with BDB in my
applications do I need to publish my source code or only the QPid source
code ? Where the license scopes ending ?
Thanks for all
ffrenchm wrote:
>
> Hello,
>
> I'll just discover the BDB license - GPL like (tell me if I'm fa
ASF Legal
Requesting a quick clarification from the legal list. It is thought that
the Google license being
a basic BSD is a class one license for Apache.
Can we confirm that we can use the license below (from Google) in an
Apache project.
thanks
Carl.
Joshua Kramer wrote:
Oops! Here'
Joshua Kramer wrote:
remote interfaces for ACL. Cross
posting to the dev list, as I don't remember who was prototyping/
implementing this.
I am playing with pulling the ACL information from SELinux. Currently,
I'm determining the best SELinux method to use to get the ACL's we need.
Cheers
Hello,
I'll just discover the BDB license - GPL like (tell me if I'm false) - which
is for me a blocking problem to use QPid (Java or C++ broker). I need a non
GPL like persistence solution. Is there any other solutions in the pipe ? If
not could you tell me the workload estimate to implement our
chenta lee wrote:
When we have 15K queue in one broker. Will the same message be duplicated
15k times if I using fanout exchange? or it will just use a pointer/ref to
the message?
The actual message data will be not be copied, each queue will hold a
reference to it.
-
When we have 15K queue in one broker. Will the same message be duplicated
15k times if I using fanout exchange? or it will just use a pointer/ref to
the message?
Thanks.
On Thu, Feb 19, 2009 at 1:09 AM, Gordon Sim wrote:
> chenta wrote:
>
>> Thanks for your reply!
>>
>> On Wed, Feb 18, 2009 at
chenta wrote:
Thanks for your reply!
On Wed, Feb 18, 2009 at 9:55 PM, Gordon Sim (via Nabble) <
ml-user+168305-199577...@n2.nabble.com
wrote:
chenta wrote:
How do I send a message to a specific client or a group of client when
all of
the client subscribe to the same queue?
I encounter thi
Thank you!
Server side selector is really different from client side selector.
Especially the exchanges can only route message to queue but not to the
client. And it will violate the spirit of MQ if we want to route message to
a specific client.
On Wed, Feb 18, 2009 at 9:57 PM, Jonathan Robie (vi
On Wed, Feb 18, 2009 at 5:33 PM, Joshua Kramer wrote:
> Does anyone know if the Google license is compatible with the Apache license
> under which QPid is released? If nobody knows offhand I'll do some research
> to find out.
That's the 3-clause BSD licence, which is category A according to
htt
Thanks for your reply!
On Wed, Feb 18, 2009 at 9:55 PM, Gordon Sim (via Nabble) <
ml-user+168305-199577...@n2.nabble.com
> wrote:
> chenta wrote:
> > How do I send a message to a specific client or a group of client when
> all of
> > the client subscribe to the same queue?
> > I encounter this p
Oops! Here's the license text:
Copyright 2008, Google Inc.
All rights reserved.
Redistribution and use in source and binary forms, with or without
modification, are permitted provided that the following conditions are
met:
* Redistributions of source code must retain the above copyright
n
(This is a subthread of the Protocol Buffers discussion I started)
Does anyone know if the Google license is compatible with the Apache
license under which QPid is released? If nobody knows offhand I'll do
some research to find out.
I would like to take some code from the Protocol Buffers u
remote interfaces for ACL. Cross
posting to the dev list, as I don't remember who was prototyping/
implementing this.
I am playing with pulling the ACL information from SELinux. Currently,
I'm determining the best SELinux method to use to get the ACL's we need.
Cheers,
-Josh
--
-
ht
GS.Chandra N wrote:
On Tue, Feb 17, 2009 at 8:20 PM, Jonathan Robie
wrote:
I honestly do not know which approach would perform better - we'll see! How
many conditions are you likely to be testing in a single query?
upto 100 conditions in 30% of the cases, upto 500 in 50% of the cases and
Someone else can comment on our overhead per queue, I have not measured
that, I think we have good support for lots of queues.
You can read a message without consuming it from the queue, and you can
use Ttl ("time to live") to make a message expire when it is no longer
relevant.
The XML Exch
chenta wrote:
How do I send a message to a specific client or a group of client when all of
the client subscribe to the same queue?
I encounter this problem because I do not want to create a queue for each
client. I think it will be a huge overhead for broker when I have more than
15K clients. A
>On Tue, Feb 17, 2009 at 8:20 PM, Jonathan Robie
>wrote:
>I honestly do not know which approach would perform better - we'll see! How
many conditions are you likely to be testing in a single query?
upto 100 conditions in 30% of the cases, upto 500 in 50% of the cases and
upto 1200 in the remainin
How do I send a message to a specific client or a group of client when all of
the client subscribe to the same queue?
I encounter this problem because I do not want to create a queue for each
client. I think it will be a huge overhead for broker when I have more than
15K clients. Am I correct?
B
27 matches
Mail list logo
