t progress including
examples at https://reviews.apache.org/r/32737
Hi Gordon,
I don't have much experience with node.js, but I'll at least try it and
give you some feedback. Could this lead to an integration with socket.io?
Thank you, rega
Hi Pavel,
Do you have a repository where I can put the files?
Regards,
Bruno Matos
On 12/23/2013 02:42 PM, Pavel Moravec wrote:
Hi all,
I am implementing AMQP 1.0 dissector to Wireshark, as I feel it is needed for
debugging qpid<->clients communication. Before I commit the code to Wir
s after
some tries, but, after the first success, it seams to fail less.
Some ideas?
Thank you,
Regards.
--
Bruno Matos
-
To unsubscribe, e-mail: users-unsubscr...@qpid.apache.org
For additional commands, e-mail: users-h...@qpid.apache.org
n I receive the first message
(with an empty qpid.fed.op), than.
Regards.
--
Bruno Matos
-
To unsubscribe, e-mail: users-unsubscr...@qpid.apache.org
For additional commands, e-mail: users-h...@qpid.apache.org
hat does this mean?
Thank you,
Regards.
--
Bruno Matos
-
To unsubscribe, e-mail: users-unsubscr...@qpid.apache.org
For additional commands, e-mail: users-h...@qpid.apache.org
ubject?
- Toralf
then you could cut down on the distinct number of senders needed,
making caching more likely to help.
--
Bruno Matos
-
To unsubscribe, e-mail: users-unsubscr...@qpid.apache.org
For additional commands, e-mail: users-h...@qpid.apache.org
On 11/28/2013 06:29 PM, Gordon Sim wrote:
On 11/28/2013 05:40 PM, Bruno Matos wrote:
Hello,
I'm using dynamic routes between two federated Brokers and I'm having
some problems.
Here is the scenario: I have one client connected to one Broker (A),
which sends a request to a servic
binding
to the 'federation' queue is made?
Thank you.
--
Bruno Matos
-
To unsubscribe, e-mail: users-unsubscr...@qpid.apache.org
For additional commands, e-mail: users-h...@qpid.apache.org
On 11/27/2013 09:38 PM, Andrew Stitcher wrote:
On Wed, 2013-11-27 at 14:16 +, Bruno Matos wrote:
Hi,
I've changed the Qpid 0.22 spec file from FC18 to build RPMs for SL 6.2.
If someone need, they are in attachment, and the contents are:
* Final Qpid spec file for SL 6.2;
* Diff
is included.
Tests and suggestions are welcome, I hope the spec file can be useful
for someone else.
Regards.
--
Bruno Matos
diff --git a/qpid-0.22/cpp/src/CMakeLists.txt b/qpid-0.22/cpp/src/CMakeLists.txt
index 2a3cfcf..37c0ab5 100644
--- a/qpid-0.22/cpp/src/CMakeLists.txt
+++ b/qpid-0.22/cp
e. Are the messages sent to qmf.default.direct intercepted by the
broker and not redirected to 'regular' queues? Can this be accomplished?
Thank you,
Regards.
--
Bruno Matos
-
To unsubscribe, e-mail: users-unsubscr...
- Original Message -
From: "Bruno Matos"
To: users@qpid.apache.org
Sent: Thursday, June 27, 2013 5:19:38 PM
Subject: Receiver fetch vs get
Hi,
I'm using the C++ Qpid Broker v. 0.22 and client libraries 0.20.
In the client I have a Receiver configured to listen events li
never reach to Receiver, growing the number of messages in the
queue. If I use the get method everything work as expected.
I was using the fetch method with Broker 0.10 and it never leaved
messages in the queue.
Any ideas why this is happening?
Thank you,
Regards.
--
Bruno
On Sex, 2013-06-07 at 16:18 +0100, Fraser Adams wrote:
> On 07/06/13 15:11, Bruno Matos wrote:
> > Hi Fraser,
> >
> > Thank you.
> > I'm glad that it's already there, sorry to ask, but I searched in the
> > web site and didn't find anything about i
Hi Fraser,
Thank you.
I'm glad that it's already there, sorry to ask, but I searched in the
web site and didn't find anything about it there.
Regards,
Bruno Matos
On Sex, 2013-06-07 at 14:50 +0100, Fraser Adams wrote:
> Hi Bruno,
> It's actually already committed on
Hi,
Are there any plans to add the Web Management Console, developed by
Fraser Adams, to Qpid project?
Thank you.
--
Bruno Matos
-
To unsubscribe, e-mail: users-unsubscr...@qpid.apache.org
For additional commands, e-mail
On Sex, 2013-05-24 at 16:48 +0100, Gordon Sim wrote:
> On 05/24/2013 04:44 PM, Bruno Matos wrote:
> > This requirement, having username and password on properties and not
> > directly in url are AMQP 1.0 protocol specific or is just an
> > implementation choice?
>
> I
On Sex, 2013-05-24 at 16:33 +0100, Gordon Sim wrote:
> On 05/24/2013 04:30 PM, Bruno Matos wrote:
> > With the module loaded and 1.0 selected, something goes wrong again in
> > the handshake, maybe a miss configuration. SASL it's complaining about
> > no mechanisms ava
On Qui, 2013-05-23 at 16:33 +0100, Gordon Sim wrote:
> On 05/23/2013 04:24 PM, Bruno Matos wrote:
> > On Qui, 2013-05-23 at 15:45 +0100, Gordon Sim wrote:
> >> On 05/23/2013 02:23 PM, Bruno Matos wrote:
> >>> Yes, I'm using 0.22 RC3 with the patch from revis
On Qui, 2013-05-23 at 15:45 +0100, Gordon Sim wrote:
> On 05/23/2013 02:23 PM, Bruno Matos wrote:
> > Yes, I'm using 0.22 RC3 with the patch from revision 1485467.
> > I've created the domain like this
> >
> > ./qpid-ctrl create type=domain nam
On Qui, 2013-05-23 at 14:10 +0100, Gordon Sim wrote:
> On 05/23/2013 02:03 PM, Bruno Matos wrote:
> > It should work now, with the domains configured with qpid-ctrl and a
> > sender created with my-queue@my-domain ? In the test I run it complains
> > that there is no such q
On Qui, 2013-05-23 at 13:20 +0100, Gordon Sim wrote:
> On 05/23/2013 11:08 AM, Bruno Matos wrote:
> > My motivation to use the domain feature has to do with sending messages
> > from a service connected to source broker directly to a queue in
> > destination broker, if
On Qua, 2013-05-22 at 23:29 +0100, Gordon Sim wrote:
> On 05/22/2013 04:58 PM, Bruno Matos wrote:
> > I don't know if this is the problem, but the decoder is reading the AMQP
> > as if it was the size of the message. Could you please confirm?
>
> Yes, that is correct. T
On Ter, 2013-05-21 at 16:29 +0100, Gordon Sim wrote:
> On 05/21/2013 03:39 PM, Bruno Matos wrote:
> > On Ter, 2013-05-21 at 15:19 +0100, Gordon Sim wrote:
> >> On 05/21/2013 03:13 PM, Bruno Matos wrote:
> >>> On Ter, 2013-05-21 at 15:06 +0100, Gordon Sim wrot
On Ter, 2013-05-21 at 15:19 +0100, Gordon Sim wrote:
> On 05/21/2013 03:13 PM, Bruno Matos wrote:
> > On Ter, 2013-05-21 at 15:06 +0100, Gordon Sim wrote:
> >
> > trace+:Protocol
>
> That should do it... were you using a file or redirecting std out? (As
> mentioned,
On Ter, 2013-05-21 at 15:06 +0100, Gordon Sim wrote:
> On 05/21/2013 02:58 PM, Bruno Matos wrote:
> > On Ter, 2013-05-21 at 12:08 +0100, Gordon Sim wrote:
> >> On 05/21/2013 11:14 AM, Bruno Matos wrote:
> >>> It needs the username and password properties set on do
On Ter, 2013-05-21 at 12:08 +0100, Gordon Sim wrote:
> On 05/21/2013 11:14 AM, Bruno Matos wrote:
> > It needs the username and password properties set on domain creation, I
> > thought they were parsed from url.
> >
> > Now, with SASL it doesn't create the queue fo
On Seg, 2013-05-20 at 11:13 +0100, Bruno Matos wrote:
> On Sex, 2013-05-17 at 15:24 +0100, Gordon Sim wrote:
> > > I'm using PLAIN in the domain configuration. I was debugging the
> > > creation of the messages in the source broker and notice that the
> >
r.
>
> Great... and does it then work?
No, the source broker throws an exception on qpid::CyrusSasl::start
+311. In debug mode, I inspected some variables and it seams that
something is missing, I was expecting to see username and password in
conn p.e but it's not set.
--
Bruno Matos
On Sex, 2013-05-17 at 13:10 +0100, Gordon Sim wrote:
> On 05/17/2013 10:37 AM, Bruno Matos wrote:
> > Now I'm testing with authentication and I'm receiving the message 'SASL
> > layer required!'. I'm using --auth yes on both brokers with PLAIN
> > me
Hi,
I think amqpc.so depends on qpidmessaging.so but it's not in
target_link_libraries of amqpc target. Could someone please confirm?
Thank you,
Regards.
--
Bruno Matos
-
To unsubscribe, e-mail: users-uns
On Qui, 2013-05-16 at 14:26 +0100, Gordon Sim wrote:
> On 05/16/2013 10:07 AM, Bruno Matos wrote:
> > It seams that if some message passes through the link before the
> > --max-negotiate-time the problem disappear. I think its because
> > AsynchIOHandler::readbuff only canc
On Qua, 2013-05-15 at 17:01 +0100, Bruno Matos wrote:
> On Ter, 2013-05-14 at 14:32 +0100, Gordon Sim wrote:
> > On 05/14/2013 02:03 PM, Bruno Matos wrote:
> > > I don't understand the use of NONE vs ANONYMOUS, sometimes they seam
> > > exchangeable... I saw ANONYM
On Ter, 2013-05-14 at 14:32 +0100, Gordon Sim wrote:
> On 05/14/2013 02:03 PM, Bruno Matos wrote:
> > I don't understand the use of NONE vs ANONYMOUS, sometimes they seam
> > exchangeable... I saw ANONYMOUS in the Domain initialization of
> > mechanisms internal variable
On Ter, 2013-05-14 at 11:49 +0100, Gordon Sim wrote:
> On 05/14/2013 11:40 AM, Bruno Matos wrote:
> >> Is that the case even when you have NONE selected for the
> >> sasl_mechanisms in the link? There does seem to be an issue with
> >> interbroker SASL which I am i
On Ter, 2013-05-14 at 09:48 +0100, Gordon Sim wrote:
> On 05/13/2013 02:31 PM, Bruno Matos wrote:
> > Now all tests pass,
> > but the problem is still there, if I don't set the --max-negotiate-time,
> > 10 seconds after the outgoing link creation, the destination broker
&
On Seg, 2013-05-13 at 14:31 +0100, Bruno Matos wrote:
> On Seg, 2013-05-13 at 12:17 +0100, Gordon Sim wrote:
> > On 05/13/2013 11:59 AM, Bruno Matos wrote:
> > > On Qui, 2013-05-09 at 16:02 +0100, Gordon Sim wrote:
> > >> On 05/09/2013 03:13 PM, Bruno Matos wro
On Seg, 2013-05-13 at 12:17 +0100, Gordon Sim wrote:
> On 05/13/2013 11:59 AM, Bruno Matos wrote:
> > On Qui, 2013-05-09 at 16:02 +0100, Gordon Sim wrote:
> >> On 05/09/2013 03:13 PM, Bruno Matos wrote:
> >>> The same, after 10 minutes it gives:
> >>>
On Qui, 2013-05-09 at 16:02 +0100, Gordon Sim wrote:
> On 05/09/2013 03:13 PM, Bruno Matos wrote:
> > The same, after 10 minutes it gives:
> > error Connection qpid.192.168.102.104:5672-192.168.102.7:50729 No
> > protocol received closing
> >
> > Be aware that th
On Qui, 2013-05-09 at 14:48 +0100, Gordon Sim wrote:
> On 05/09/2013 02:45 PM, Bruno Matos wrote:
> > On Qui, 2013-05-09 at 14:33 +0100, Bruno Matos wrote:
> >> On Qui, 2013-05-09 at 14:02 +0100, Gordon Sim wrote:
> >>> On 05/09/2013 01:52 PM, Bruno Matos wrote:
>
On Qui, 2013-05-09 at 14:33 +0100, Bruno Matos wrote:
> On Qui, 2013-05-09 at 14:02 +0100, Gordon Sim wrote:
> > On 05/09/2013 01:52 PM, Bruno Matos wrote:
> > > Finally I have some time to test domains.
> >
> > Excellent, thanks!
> >
> > > I'
On Qui, 2013-05-09 at 14:02 +0100, Gordon Sim wrote:
> On 05/09/2013 01:52 PM, Bruno Matos wrote:
> > Finally I have some time to test domains.
>
> Excellent, thanks!
>
> > I'm trying to create a link between two Brokers 0.22 RC2, but I'm having
> > two er
On Seg, 2013-03-11 at 11:56 +, Gordon Sim wrote:
> On 02/25/2013 06:57 PM, Bruno Matos wrote:
> > On Sex, 2013-02-15 at 18:22 +, Gordon Sim wrote:
> >> On 02/07/2013 12:34 PM, Gordon Sim wrote:
> >>> On 02/04/2013 06:23 PM, Gordon Sim wrote:
> >>
> PS2: The Java broker already has such feature, but from your previous
> emails I understood that you are using the C++ broker ...
>
>
> On Wed, Apr 3, 2013 at 4:23 PM, Bruno Matos
> wrote:
>
> > Hello,
> >
> > Is it possible to restrict the source IP addr
Hello,
Is it possible to restrict the source IP address or network for a given
user/group? I want to restrict the admin group connections to my local
network.
Thank you.
--
Bruno Matos
-
To unsubscribe, e-mail: users
type). I lean towards the second
> option. If you have a view on that, let me know.
That would be very useful.
Thank you!
--
Bruno Matos
-
To unsubscribe, e-mail: users-unsubscr...@qpid.apache.org
For additional commands, e-mail: users-h...@qpid.apache.org
ing broker).
>
> It isn't quite ready to be committed yet I'm afraid, but for those
> interested more detail can be found at
> https://reviews.apache.org/r/9469/ along with the current patch.
>
I have compiled qpidd with the patch, how can I "Interconnect" tw
; * Fixed "null pointer" bug in Authenticator which caused a fairly unfriendly
>failure if a username was supplied that wasn't in the
> authentication.properties -
>thanks to Bruno Matos for that!
> * Default to anonymous rather than guest if no username is supplied
On Ter, 2013-02-05 at 11:54 +, Gordon Sim wrote:
> On 02/05/2013 10:46 AM, Bruno Matos wrote:
> > Hi Gordon,
> >
> > On Seg, 2013-02-04 at 16:11 +, Gordon Sim wrote:
> >> On 02/04/2013 02:59 PM, Bruno Matos wrote:
> >>> Hi Gordon,
&
n, if it does, I'll tell you and send the
> > logs.
> That's good to know.
>
> Thanks again for finding the Authenticator bug - I hope the "null
> pointer fairy" doesn't strike again - oh dear, I've just tempted fate :-D
I'm glad I could help.
--
Bruno Matos
-
To unsubscribe, e-mail: users-unsubscr...@qpid.apache.org
For additional commands, e-mail: users-h...@qpid.apache.org
On Ter, 2013-02-05 at 19:14 +, Fraser Adams wrote:
> On 05/02/13 11:28, Bruno Matos wrote:
> > Hi Fraser,
> >
> > I've started a new thread to clean history, I hope you don't mind.
> No not at all that makes sense. That's actually quite amusingly
&g
gin window
again. (Maybe because it's saving the wrong username in the cache).
PS: I'm using RestAPI as substitution for the command line tools
already. Sometimes I still go to the command line, but it's only because
I'm used t
Hi Gordon,
On Seg, 2013-02-04 at 16:11 +, Gordon Sim wrote:
> On 02/04/2013 02:59 PM, Bruno Matos wrote:
> > Hi Gordon,
> >
> > * support for the assert option
> >
> > This support includes disable all assertions, including the existence of
> > the
7;address-string', any
> standardisation efforts around management (mechanism and schema) etc.
>
Thank you,
Regards.
--
Bruno Matos
-
To unsubscribe, e-mail: users-unsubscr...@qpid.apache.org
For additional commands, e-mail: users-h...@qpid.apache.org
9 --content "FOO" "amq.direct/response"
> > >
> > >
> > > -K
> > >
> > > - Original Message -
> > > > Hi,
> > > >
> > > > Imagine that I have two brokers, b1 and b2 that have a federation
> >
t; is it useful in practice?).
>
> -----
> To unsubscribe, e-mail: users-unsubscr...@qpid.apache.org
> For additional commands, e-mail: users-h...@qpid.apache.org
>
--
Bruno Matos
-
To unsubscribe, e-mail: users-unsubscr...@qpid.apache.org
For additional commands, e-mail: users-h...@qpid.apache.org
ends every message from b1 amq.direct exchange to b2. b1 has a
> > client connected that sends a request to amq.direct/requests with
> > replyTo set to his local queue. b2 has a server connected that
> > listens
> > for reques
amq.direct/requests. The server receives the request, is
it possible to send the reply to b1 queue as set in message replyTo
property? If not, any suggestion to accomplish this?
Thank you.
--
Bruno Matos
-
To unsubscribe, e
f you look on the "broker" page on the GUI it'll be down as
> mgmtPubInterval. If you look at the uptime mine increments by 10 seconds
> every 10 seconds are you seeing any sort of periodicity?
I'll look at it in my next test.
>
> Have you taken a look at the
guest/guest and anonymous/anonymous, usually I work
> > with authentication.
> >
>
> -----
> To unsubscribe, e-mail: users-unsubscr...@qpid.apache.org
> For additional commands, e-mail: users-h...@qpid.a
id : anonymous@QPID but
> > user id in message declared as guest
> > (qpid/broker/SemanticState.cpp:484), errorInfo={}) [error code 403:
> > access refused]
> >
> > I think that the empty string in authentication means 'anonymous' for
> > the Broker, but you are forcing 'guest' in messages' userId field. I
> > made a quick search in the code, but I was not able to do quick fix.
> >
> > Regards.
> >
>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@qpid.apache.org
> For additional commands, e-mail: users-h...@qpid.apache.org
>
Regards.
--
Bruno Matos
-
To unsubscribe, e-mail: users-unsubscr...@qpid.apache.org
For additional commands, e-mail: users-h...@qpid.apache.org
commandCode=0, fieldIndex=0,
description=unauthorized-access: authorised user id : anonymous@QPID but
user id in message declared as guest
(qpid/broker/SemanticState.cpp:484), errorInfo={}) [error code 403:
access refused]
I think that the empty string in authentication means 'anonymous' f
03:
access refused]
I think that the empty string in authentication means 'anonymous' for
the Broker, but you are forcing 'guest' in messages' userId field. I
made a quick search in the code, but I was not able to do quick fix.
Regards.
--
Bruno Matos
-
To unsubscribe, e-mail: users-unsubscr...@qpid.apache.org
For additional commands, e-mail: users-h...@qpid.apache.org
>
> Hope you're now in a position to have a good play, I'm hoping that you
> don't come across too many other oddities.
>
> I guess that my main motivation behind all of this this it to help
> "sell" Qpid.
>
> You'll remember my comment the oth
On Tue, 2013-01-22 at 15:08 +, Gordon Sim wrote:
> On 01/22/2013 02:50 PM, Gordon Sim wrote:
> > On 01/22/2013 02:37 PM, Bruno Matos wrote:
> >> Try to add a new QMF Console Connection in the settings page. It worked
> >> for me.
> >
> > That's
On Tue, 2013-01-22 at 14:37 +, Bruno Matos wrote:
> On Tue, 2013-01-22 at 13:38 +, Gordon Sim wrote:
> > On 01/20/2013 04:26 PM, Fraser Adams wrote:
> > > To get up and running all that should be required is the Qpid jars on
> > > the classpath and running ant
mely useful once I get past this initial config
> hurdle btw so I already echo the thanks & praise offered by Steve and
> Bruno!)
>
Try to add a new QMF Console Connection in the settings page. It worked
for me.
Regards.
--
Bruno Matos
--
Hi Fraser,
I've just installed.
One word: AMAZING!
What a great job!! Thank you... a lot!!
(Sorry Steve for repeating you, but I couldn't find better words).
Regards,
Bruno Matos
On Sun, 2013-01-20 at 22:46 +, Steve Huston wrote:
> I don't understand some of what you
On Thu, 2013-01-17 at 19:38 +, Gordon Sim wrote:
> On 01/17/2013 04:39 PM, Bruno Matos wrote:
> > Hi,
> >
> > I'm using Qpid since version 0.4, and I have some services that still
> > use the client API. One of those services needed some enhancements, so I
>
mp; e) {
> create = true;
> }
> if (create) {
> tx = session.createSender("queue1");
> }
>
>
> Andy
>
> On Jan 17, 2013, at 11:39 AM, Bruno Matos wrote:
>
> > Hi,
> >
> > I'm using Qpid since version 0.4, and I have som
d
with the empty (default) exchange. This creation is expensive and the
reply times have increased about 30x.
Is it possible to reutilize the Sender for an empty (default) exchange?
Does anyone have any other suggestions?
Thanks.
--
Bruno Matos
---
On Wed, 2012-04-18 at 15:41 +0100, Gordon Sim wrote:
> On 04/18/2012 11:19 AM, Bruno Matos wrote:
> > Hi,
> >
> > I have a sender that publishes about 10MB of messages per second for
> > different topics. Only about 1% of that traffic is delivered because
> > only
w control that would block sender from
> sending messages to a queue occupied by 80% (default value) or more.
>
> Kind regards,
> Pavel
>
>
> - Original Message -
> > From: "Bruno Matos"
> > To: users@qpid.apache.org
> > Sent: We
there is a bound queue?
Tia.
--
Bruno Matos
-
To unsubscribe, e-mail: users-unsubscr...@qpid.apache.org
For additional commands, e-mail: users-h...@qpid.apache.org
On Wed, 2012-04-04 at 12:20 +0100, Gordon Sim wrote:
> On 04/04/2012 10:49 AM, Bruno Matos wrote:
> > Hi,
> >
> > I'm publishing messages with different addresses (ex:
> > amp.topic/news.1.soccer, amp.topic/news.2.soccer,
> > amp.topic/news.1.economy, amp.topi
e the overhead of creating senders
for every message, the performance is really bad.
Is there a way to send messages with different addresses with the same
sender or any other suggestions?
Tia.
--
Bruno Matos
-
To unsubscribe, e
Thank you.
--
Bruno Matos
-
Apache Qpid - AMQP Messaging Implementation
Project: http://qpid.apache.org
Use/Interact: mailto:users-subscr...@qpid.apache.org
s are not in same network.
>
> 3) many-to-many messaging
>
> There are times when we have multiple pubs in the pubsub scheme. How do
> we do this? Would it be more routing inside the QPID, or what?
>
> Thanks for your time and interest.
>
--
Bruno Matos
or the missing queue, resulting in a infinite loop.
There is any away to change this behavior? Can the sender just throw an
exception, without closing the connection, when an error occurs sending
the message and not with the connection itself
On Mon, Jul 12, 2010 at 4:32 AM, Bruno Matos
<[hidden email]> wrote:
> On Fri, 2010-07-09 at 11:20 -0400, Carl Trieloff wrote:
>> On 07/09/2010 08:27 AM, Andrew Kennedy wrote:
>> > On 9 July 2010 12:50, Bruno Matos<[hidden email]> wrote:
>> >
>&g
On Thu, 2011-09-08 at 14:51 +0100, Gordon Sim wrote:
> On 09/07/2011 03:02 PM, Bruno Matos wrote:
> > Hello,
> >
> > I have had some problems with a Windows client that doesn't consume
> > messages after some time of inactivity.
> > I made a simple test client
oker.
I'm using version 0.10 in both broker and clients.
Does someone knows why this happens? Setting a heartbeat interval would
solve the problem?
Thank you.
--
Bruno Matos
-
Apache Qpid - AMQP Messaging Implementation
Pro
-
> Apache Qpid - AMQP Messaging Implementation
> Project: http://qpid.apache.org
> Use/Interact: mailto:users-subscr...@qpid.apache.org
>
>
--
Bruno Matos
-
Apache Qpid - AMQP Messaging I
entify the publisher. Would these be sufficient
for you?
There may be a better solution, but you could always set application
headers
on the publisher specifying the the connection info, process ID, or
whatever
you need to identify the publisher.
- Chris
On Fri, Apr 1, 2011 at 10:26 AM, B
Hi,
Is it possible to identify the connection from where a message has
been published? I need to establish a relation between a message and
its publisher, not only the username but also the connection's
properties.
Tia.
--
Bruno Matos
bruno.ma...@paradigmax
see if you're
getting close to the limit)
Good idea
It would be great.
--
Bruno Matos
bruno.ma...@paradigmaxis.pt
-
Apache Qpid - AMQP Messaging Implementation
Project: http://qpid.apache.org
Use/Interact: mailto:
On 2011/01/19, at 14:46, Gordon Sim wrote:
On 01/18/2011 03:31 PM, Bruno Matos wrote:
On 2011/01/12, at 17:33, Gordon Sim wrote:
On 01/11/2011 04:30 PM, Bruno Matos wrote:
I'm publishing messages to a durable LVQ, when I run the
publisher for
the first time the journal stays almost
Hi,
Short answer:
qpid::messaging is a high level API, easier to use than qpid::client.
Regards,
Bruno Matos
On 2011/02/02, at 12:13, Grzegorz Swiatek wrote:
Hi,
I see that there are two similar interfaces qpid::client and
qpid::messaging.
Both contains Connection, Session and Message
ary region ?
so that i
can bypass the "Enqueue capacity threshold" exception.
+1 :)
--
Bruno Matos
bruno.ma...@paradigmaxis.pt
-
Apache Qpid - AMQP Messaging Implementation
Project: http://qpid.apa
On 2011/01/12, at 17:33, Gordon Sim wrote:
On 01/11/2011 04:30 PM, Bruno Matos wrote:
I'm publishing messages to a durable LVQ, when I run the publisher
for
the first time the journal stays almost full, then I send the exact
same
messages, expecting the old ones to be replaced, but
On 2011/01/12, at 17:33, Gordon Sim wrote:
On 01/11/2011 04:30 PM, Bruno Matos wrote:
I'm publishing messages to a durable LVQ, when I run the publisher
for
the first time the journal stays almost full, then I send the exact
same
messages, expecting the old ones to be replaced, but
Hi,
I'm publishing messages to a durable LVQ, when I run the publisher for
the first time the journal stays almost full, then I send the exact same
messages, expecting the old ones to be replaced, but after some time the
connection is closed with "Enqueue capacity threshold exceeded on
queue". Wit
On Wed, 2010-12-15 at 13:18 +, Gordon Sim wrote:
> On 12/15/2010 01:07 PM, Bruno Matos wrote:
> > The connection ID can be
> > something generated in broker side, a hash a sequence number generator
> > or something like that.
>
> Out of curiosity, how would that be
On Wed, 2010-12-15 at 13:00 +, Gordon Sim wrote:
> On 12/14/2010 09:41 AM, Bruno Matos wrote:
> > On Mon, 2010-12-13 at 12:09 +0000, Bruno Matos wrote:
> >> Hi,
> >>
> >> There is any way to associate a message with the connection ID used to
> >> p
On Mon, 2010-12-13 at 12:09 +, Bruno Matos wrote:
> Hi,
>
> There is any way to associate a message with the connection ID used to
> publish it?
>
Hi,
Sorry for the leak of information.
What I need is to add the connection ID to every message that arrives.
Can I do tha
Hi,
There is any way to associate a message with the connection ID used to
publish it?
Than you,
Bruno Matos
-
Apache Qpid - AMQP Messaging Implementation
Project: http://qpid.apache.org
Use/Interact: mailto:users-subscr
On Fri, 2010-12-10 at 09:01 -0500, Ted Ross wrote:
> On 12/10/2010 08:42 AM, Bruno Matos wrote:
> > Hi,
> >
> > I need to identify messages by user, but I need to customize the ID. Can
> > I use UserId field of MessageProperties class or is this automatically
> >
Hi,
I need to identify messages by user, but I need to customize the ID. Can
I use UserId field of MessageProperties class or is this automatically
set by the system?
Thank you,
Bruno Matos
-
Apache Qpid - AMQP Messaging
6:19, Carl Trieloff wrote:
I would do this by setting my cyrus config to a central authority
for all
federated brokers, for example IPA, AD for a LDAP DB.
Carl.
On 10/20/2010 11:43 AM, Bruno Matos wrote:
Hello,
Is it possible to centralize authentication in one broker with
federation?
Thank
Hello,
Is it possible to centralize authentication in one broker with
federation?
Thank you,
Bruno
-
Apache Qpid - AMQP Messaging Implementation
Project: http://qpid.apache.org
Use/Interact: mailto:users-subscr...@qpid.apa
1 - 100 of 116 matches
Mail list logo
