I would remove this line:
c.setIdleTimeout(0);
Robert
2010/1/5 Jen Andre :
>
> Yes, I am using both the c++ broker and the java library from 0.5.
>
> Setting the idle_timeout in the AMQP url doesn't seem affect anything.
> I will try grabbing the latest from trunk as suggested by another
> user
2009/12/11 Robert Borkowski :
> Does anyone know if there's a way to set up qpid clustering without openais
> doing multicast?
>
> I'm trying to set up qpid on amazon EC2 which doesn't permit multicast.
I have not tried it but VPN-Cubed (from CohesiveFT) gives you
multicast capability in EC2:
htt
It's quite an obvious point but I'll ask it anyway - are there
differences in the network topology between the nodes exhibiting the
different behaviour? e.g. switches, NICs?
Which OS are you using?
I'm not entirely clear about the topology you are describing - is the
publisher on a separate machi
2009/10/13 Martin Ritchie :
> There is some detail in our FAQ but I've updated our lt to include
> links to the Derby Message Store for providing Apache Licensed
> persistence and is bundled with the recent releases. The only cavet is
> that it has not had as much reported testing.
Just to clear
2009/10/12 Yogesh Rao :
> Thanks robert !!
> I was checking the manuals available on qpid site and it only mentions a
> JDBC store as part of the message store's available...
>
> How to configure this is not mentioned ...
>
> http://qpid.apache.org/jdbcstore.html
>
> where can i get more info on th
2009/10/10 Yogesh Rao :
> I need to know if a persistent publish subscribe mechanism is
> available / possible in Qpid using java and if yes how can i do it ???
Yes, this is a standard feature of JMS and Qpid is fully JMS compliant.
> It would be great if you direct me to a appropriate link
Tak
2009/9/9 PacaMike :
> do you think is better to do it in C++ ( based on the QPid C++ Windows API
> client) or in C# Dot Net Compact Framework[2.0 | 3.5] (based on the QPid C#
> Dot Net s API client ) ?
I think it's fair to say that the managed code .NET client is very
immature (to put it politely
2009/9/8 nicolae claudius :
> I noticed that any windows service that uses qpid client libraries and
> simultaneously calls CoInitializeEx(...) to initialize and use COM fails to
> start as windows service with the following error:
Is it only windows services that fail, or do other win32 execut
2009/8/31 Carl Trieloff :
>> I would like to know if QPid can operate only on a LAN ?
>>
>
> yes.
Carl, are you actually saying you think Qpid only works in a LAN environment?
Robert
-
Apache Qpid - AMQP Messaging Implementatio
2009/8/19 Leglise Yann :
> 2) If it is, are both implementations equivalent and compliant with AMQP the
> same way? I am asking because using JMS, when you create a Consumer on a
> queue that is not declared as an administered object, this queue is created
> in the broker.
This isn't generally
> As I say selectors are 'coming soon', there is a patch for XSLT based
> selectors attached to QPID-530[1] if you are interested in previewing that.
Out of curiosity, why XSLT? Is it to handle message body selection as
well as the more traditional headers?
How fast is it?
Selectors by correlati
andled for you.
RG
-Original Message-
From: Gordon Sim
Sent: 03 July 2009 02:59
To: users@qpid.apache.org
Subject: Re: qpid + Java without JMS...?
Robert Greig wrote:
> I seem to recall that we bind both to the unnamed exchange and
> amq.direct. There was a lot of debate at the time
I seem to recall that we bind both to the unnamed exchange and amq.direct.
There was a lot of debate at the time about this (well I argued about it!). I
was and still am of the opinion that the unnamed exchange is pointless and
confusing and introduced for a very bad reason - namely treating the
2009/3/24 falconair :
> After sending the original message, I realized that I might be able to take
> advantage of selectors or 'where clause' like functionality. In other words,
> I could subscribe to level1 but limit the values to "symbol=MSFT" (which
> means only MSFT should travel down the
2009/2/27 Honton, Charles :
> Is the host specified by IP number or by host name? If by host name, the DNS
> resolution queries are entering into your performance numbers.
I would doubt the test creates a new connection for every message???
RG
-
2009/2/27 ffrenchm :
> Do you already notice this kind of big differences ? Do you have any ideas
> from where is coming the slowing down for this kind of remote use ? Did I
> miss some tune parameters or is this an issue we should work on QPID C++ ?
Is nagle enabled or disabled for the tests (
2009/2/9 Arnaud Simon :
> Another solution would be for you to use the property
> java.naming.provider./url /to specify the path to a qpid property file.
My advice for this is for people to think about where they want to
consolidate configuration.
If you have a configuration file for this purpos
Hi Jeff,
> I'm currently working on an AMQP gateway for the JBoss ESB using the
> QPid Java client libraries. I have gotten it to work ... but did
> experience a few issues along the way. I made modifications to the
> JBoss ESB to accommodate the problem I was experiencing. Please see the
> ES
2009/2/2 Andrew Wright :
> Essentially, yes. Each app node is responsible for a subset of the data
> processing (we're looking to implement an order matching engine/exchange).
OK - a domain quite familiar to me.
> The big difficulty we have is a hard requirement for in-order message
> processing
2009/1/30 Andrew Wright :
> Actually this was to integrate with Terracotta. TC needs some sort of load
> balancer to get locality of reference (for performance) - qpid would fit the
> bill here, via hierarchical topics. There'd only be a single subscriber on a
> topic at a time. TC clients are not
2009/1/30 Andrew Wright :
> Apologies, I've confused the options rather. We'd thought about using the
> dynamic federation features in M4 to get effective point-to-point links
> between 'entry' nodes, and 'processing' nodes, in a distributed app. The
> idea was that each app node would subscribe to
2009/1/29 Andrew Wright :
> There is currently debate going on as to the relative merits of a
> centralised, active-active qpid cluster vs. local brokers on active-active
> application nodes. Given we're looking at using durable topic subscribers,
> does anyone have recommendations/suggestions/war
2009/1/30 Jeffrey Bride :
> I have the liberty of deciding whether to use a JMS or AMQP flavored
> (via org.apache.qpid.transport.Session) approach in my producers and
> consumers and I'm wondering whether experts on this list might have a
> bias between the two ? In particular, I've been using
2009/1/29 Carl Trieloff :
>
> Have you given the Qpid Active-Active cluster a spin yet? did you know we
> had one..
I had assumed from the description I had read that the HA here was
around the client apps not the broker? Is that right Adam?
RG
---
2009/1/22 Andrew Wright :
> Background: we're examining ways to get reliable app-level node failover
> without losing messages. Best thing we've got so far is durable JMS topic
> subscriptions, and a backup app node taking over a client id if the primary
> node fails. But this atomic-swap of direc
2009/1/21 Carl Trieloff :
>
> Rob,
>
> Are you going to be able to provide a brief discription? I can expand it
> with 0-10 based
> code example if you write up the pattern.
Sorry for the delay - I will get round to that this week.
RG
-
2009/1/7 Carl Trieloff :
> We do support the headers exchange, so that can be used. Maybe the best
> thing is to
> doc the pattern on a wiki page using headers exchange for Adam. Are you able
> to do that?
Yes, I'll take a look at writing that up over the next few days. I
think it will work, alth
AMQP provides enough to allow a broker to implement selectors.
Qpid Java today fully supports message selectors (and indeed goes beyond what
is required by JMS).
Qpid Cpp does not implement selectors today but I am sure one of the cpp devs
can give an indication of where that sits in their road
2009/1/6 Carl Trieloff :
> Adam Chase wrote:
>>
>> But Qpid doesn't currently support selectors, right?
>>
>>
>
> Qpidd does not have server side selectors, the Java client has client side
> selectors. Java broker to Java client can also do selectors. So if you want
> to use anything other than Ja
2009/1/6 Adam Chase :
> 4) something else?? If I have the queue auto-delete, won't I lose
> messages if the consumer that is subscribed to that work queue
> crashes? Put all the work in one queue and have consumers release
> messages that they aren't responsible for, group responsibility could
>
2008/12/31 Adam Chase :
> But between the pop and the delete, a message is added to the queue.
> This is possible, right?
Yes. In general, I don't like comparisons between RDBMSs and
messaging, but I think here there are some parallels. Most RDBMSs
don't have transactional DDL and it is the same
2008/12/24 Kamran Saadatjoo :
> Is there a qpid C++ broker available for Windows yet? I'd very much like to
> work with it.
There is not a binary release unfortunately (AFAIK) but the code on
trunk builds and runs on Windows. The build process is relatively
straightforward - I have been trying ou
2008/12/24 mark yoffe :
> what is the optimal ace version for qpid ?
Qpid has no dependency on ACE.
RG
33 matches
Mail list logo