On Tue, Feb 14, 2012 at 8:27 AM, Gordon Sim wrote:
> On 02/14/2012 03:06 PM, Gordon Sim wrote:
>>
>> The declare sent has the passive flag set to true.
>>
>> I would argue that in the spirit of that flag, it should be perfectly
>> valid not to specify the type since we are simply asserting that it
On Mon, Feb 13, 2012 at 3:20 PM, Robbie Gemmell
wrote:
> Thanks to Gordon for stepping in here and helping out with the C++
> client/python bindings side of things, I had admittedly missed that
> point and wouldn't have had much of a clue on that front :)
>
> On the below, it would appear that the
On Mon, Feb 13, 2012 at 11:35 AM, Gordon Sim wrote:
> try username/password@localhost as the broker
whoops, yeah, forgot the syntax of the spout command :) it is working
now...except I still have one problem, I cannot create a sender to a
topic exchange...the spout program works fine for a direct
On Sun, Feb 12, 2012 at 6:19 AM, Gordon Sim wrote:
> On 02/11/2012 10:07 PM, Brandon Pedersen wrote:
>>
>> On Sat, Feb 11, 2012 at 11:05 AM, Gordon Sim wrote:
>>>
>>> On 02/10/2012 11:38 PM, Brandon Pedersen wrote:
>>> Try export QPID_LOG_ENABLE=t
On Sat, Feb 11, 2012 at 11:05 AM, Gordon Sim wrote:
> On 02/10/2012 11:38 PM, Brandon Pedersen wrote:
> Try export QPID_LOG_ENABLE=trace+ in the client console before you run your
> test... it may be some simple error that isn't getting handled cleanly.
Here is the output from run
> I can connect to a 0.14 java broker from both 0.14 and 0.12 c++ swigged
> python clients. The c++ client also connects fine, which is what this
> version of the python client sits on top of.
>
> What is your application doing?
see my other email, just a simple:
from cqpid import Connection
conn
Forgot to mention also that the regular python qpid.messaging library
works fine, but I actually have a need to use the c bindings.
On Fri, Feb 10, 2012 at 11:11 AM, Brandon Pedersen wrote:
> On Fri, Feb 10, 2012 at 10:40 AM, Robbie Gemmell
> wrote:
>> Hi Brandon,
>>
>&
d see if there were any
problems and pasted it here since I thought it might help.
Thanks,
-Brandon
> Regards,
> Robbie
>
> On 10 February 2012 06:20, Brandon Pedersen wrote:
>> Hi, I am currently using the C++ broker with the python cqpid client
>> and it is running
Hi, I am currently using the C++ broker with the python cqpid client
and it is running smoothly. However, after reading through this
http://qpid.2158936.n2.nabble.com/DerbyDB-vs-BerkeleyDB-using-the-Java-Broker-tp7056640p7155540.html
I thought it would be best to switch to the Java broker instead.
On Thu, Jan 19, 2012 at 2:19 AM, stoyan wrote:
> hello
>
> has anyone been able to run qpid with persistance msgstore module built with
> bdb 4.7?
I have it running on a Ubuntu server with db4.8 with no problems so
far. I am not sure where you got your packages from for CentOS but I
had to build
On Jan 5, 2012 11:45 AM, "Rob Godfrey" wrote:
>
> On 4 January 2012 22:56, Rob Godfrey wrote:
>
> > In terms of BDB vs. Derby performance, I wouldn't be surprised if for a
> > single producer / single consumer case the performance is very similar.
As
> > Robbie highlights, really the performance
Whoops, that link should have been
https://launchpad.net/ubuntu/+source/qpid-cpp/0.12-1ubuntu1
On Sun, Nov 27, 2011 at 1:41 PM, Brandon Pedersen wrote:
> I don't remember having this problem specifically...though I have
> built it several time and had to work around tons of little is
I don't remember having this problem specifically...though I have
built it several time and had to work around tons of little issues
like thisWhat version of Ubuntu are you using? I used the
packaging stuff from here
https://launchpad.net/ubuntu/+source/qpid-python to build a debian
package for
Same here...just used --disable-warnings
On Nov 27, 2011 9:33 AM, "Peter Fetterer" wrote:
> I had this problem with my builds for Ubuntu Linux.
> You can add --disable-warnings to the end of your ./configure command.
> Will make the build not stop on warnings.
>
> --
> Peter Fetterer
>
>
> On 11/
OK, created a JIRA here https://issues.apache.org/jira/browse/QPID-3618
Thanks,
-Brandon
On Tue, Nov 15, 2011 at 11:04 AM, Gordon Sim wrote:
> On 11/14/2011 10:28 PM, Brandon Pedersen wrote:
>>
>> On Mon, Nov 14, 2011 at 4:01 AM, Gordon Sim wrote:
>>>
>>>
On Mon, Nov 14, 2011 at 4:01 AM, Gordon Sim wrote:
> On 11/13/2011 07:45 PM, Brandon Pedersen wrote:
>>
>> I have a durable federation link set up. When I start the broker that
>> initializes the connection there are sometimes when I get a weird
>> error about the conn
I have a durable federation link set up. When I start the broker that
initializes the connection there are sometimes when I get a weird
error about the connection receiving an invalid frame and subsequently
kills the qpid daemon. Is this expected behavior? It seems if there is
an error trying to co
I have a federated link setup right now and it is delivering messages.
I am watching the output of qpid-stat and watching the amount of bytes
in and out. The federated link is going over a billable connection and
I want to figure out how much data is going over the wire. I was
watching the values o
eventually write a new patch / update the old one.
>
> Regards
> JAkub
>
> On Fri, Nov 11, 2011 at 18:47, Brandon Pedersen wrote:
>> On Fri, Nov 11, 2011 at 7:35 AM, Gordon Sim wrote:
>>> There is a JIRA for that and a set of patches attached to it:
>>> https://i
On Fri, Nov 11, 2011 at 7:35 AM, Gordon Sim wrote:
> There is a JIRA for that and a set of patches attached to it:
> https://issues.apache.org/jira/browse/QPID-2305
>
> I suspect the patches are a little stale now (and should probably be
> modified to support ipv6 addresses also).
Awesome, that i
This is probably a shot in the dark but I was wondering if there is a
way to control who can login from which address. I have the qpid
server on a public network and would only like to allow certain users
to be able to connect on that interface. I would then allow an admin
user to connect only from
On Thu, Nov 10, 2011 at 2:48 AM, Gordon Sim wrote:
> Are you running qpidd as root? Does it have read access to
> /etc/qpid/qpidd.sasldb?
Was running as an unprivileged user, changed the permissions on the
sasl db and it worked, thanks!
---
I am running the C++ 0.12 broker. I have setup authentication but it
isn't working correctly. In my qpidd.conf file I have:
auth=yes
realm=QPID
sasl-config=/etc/qpid/sasl
In the /etc/qpid/sasl directory I have a qpidd.conf file with:
pwcheck_method: auxprop
auxprop_plugin: sasldb
sasldb_path: /etc
I am wondering what the best practices are for session management. I
will be sending messages every few seconds from a couple different
threads. Right now I am opening a new session for each message but I
am wondering if that could slow things down (obviously every couple
seconds isn't a big deal,
On Fri, Sep 23, 2011 at 2:36 AM, Gordon Sim wrote:
> On 09/21/2011 06:09 PM, Brandon Pedersen wrote:
>>
>> On Wed, Sep 21, 2011 at 2:27 AM, Gordon Sim wrote:
>>>
>>> This is between two c++ brokers?
>>
>> Yes
>>
>>> Could you d
n order to
connect over ssl to another broker do I also have to have ssl properly
set up on the client broker? (that's what this error message leads me
to believe)
Thanks,
-Brandon
On Wed, Sep 21, 2011 at 9:38 PM, Brandon Pedersen wrote:
> It looks like there is a problem with the
trying to use certutil
which maps to the error:A PKCS #11 module returned CKR_DEVICE_ERROR,
indicating that a problem has occurred with the token or slot.
I have no idea what that means but I will try and figure something out
-Brandon
On Wed, Sep 21, 2011 at 9:16 PM, Brandon Pedersen wrote:
> Hi,
Hi, its me again :)
So now that I have a queue route working between my 2 c++ brokers
running 0.12 I would like to make the link between the brokers go over
ssl. I have enabled ssl on the destination broker and would like the
source broker to connect over ssl. I don't need or want to have the
sour
On Wed, Sep 21, 2011 at 2:27 AM, Gordon Sim wrote:
> This is between two c++ brokers?
Yes
> Could you describe the steps you took and
> the version you are using?
Using version 0.12. The steps I took are:
- On both the source and destination broker I run:
qpid-config add exchange topic myto
r case.
Thanks,
-Brandon
On Wed, Sep 21, 2011 at 12:20 AM, Gordon Sim wrote:
> On 09/20/2011 11:42 PM, Brandon Pedersen wrote:
>>
>> Is there any way to verify that it is indeed ack'ing those messages?
>
> You can use qpid-stat to check the properties of the subscription and
Is there any way to verify that it is indeed ack'ing those messages?
On Tue, Sep 20, 2011 at 4:40 PM, Brandon Pedersen wrote:
> Yeah, I used 1 for ack
>
> On Tue, Sep 20, 2011 at 4:19 PM, Ted Ross wrote:
>> Did you use a large number for the --ack argument in the ro
it doesn't ack gratuitously after a
> period of inactivity).
>
> -Ted
>
> On 09/20/2011 05:22 PM, Brandon Pedersen wrote:
>>
>> Thank you! This almost works ;) I was worried about doing this because
>> I didn't want the local source queue to fill up because I w
[mechanism]
>
> where is the name of the exchange on where messages
> will be delivered to and is the name of the queue on
> where messages will be received from.
>
> -Ted
>
> On 09/20/2011 03:46 PM, Brandon Pedersen wrote:
>>
>> I am trying to get something l
I am trying to get something like this working:
- publish a message to a local exchange
- have the message get pushed to a remote exchange (or
pulled...preferably pushed)
and
- if the remote broker goes down, when it comes back up it will
receive all messages it missed while it was down
I can get
Any ideas? should I submit a bug?
On Tue, Sep 20, 2011 at 5:51 AM, Gordon Sim wrote:
> On 09/20/2011 07:57 AM, Brandon Pedersen wrote:
>>
>> Hi, I am starting to play around with federation/routes. So I have a
>> local c++ broker with a topic exchange. I want to route a
Hi, I am starting to play around with federation/routes. So I have a
local c++ broker with a topic exchange. I want to route all messages
to the same exchange on a remote java broker (a push route). So I do
the following locally:
qpid-config add exchange topic myexchange
qpid-route -s route add ad
chasing down all the details.
>> > Could you please raise a jira for this issue
>> > (https://issues.apache.org/jira/browse/qpid)?
>> > Thanks,
>> > -Steve
>> >
>> >> -Original Message-
>> >> From: Brandon Pedersen [mailto:b
Could you please raise a jira for this issue
> (https://issues.apache.org/jira/browse/qpid)?
> Thanks,
> -Steve
>
>> -Original Message-
>> From: Brandon Pedersen [mailto:bped...@gmail.com]
>> Sent: Thursday, September 15, 2011 11:17 AM
>> To: users@qpid.
Message-----
>> From: Brandon Pedersen [mailto:bped...@gmail.com]
>> Sent: Thursday, September 15, 2011 3:34 AM
>> To: users@qpid.apache.org
>> Subject: failed to start windows qpid with durable messages in mssql
> store
>>
>> Hi,
>>
>> I just b
Hi,
I just built qpid 0.12 for windows (x64 using cmake VS 9 2008 Win64
target). I setup a topic exchange, queue, and binding:
qpid-config add exchange news-service topic --durable
qpid-config add queue mytopicq
qpid-config bind news-service mytopicq *.news
I then modified the spout script to mar
40 matches
Mail list logo
