I did wonder, when I tried to trace what was happening I seemed to come
up to a dead end as nothing seemed to call setMaxSize(). I was beginning
to think I was going a bit loopy :-)
However my original question remains - is there a limit of 2GB imposed
anywhere on the queue size created from
queues created via address
strings?
Frase
Gordon Sim wrote:
On 08/12/2011 05:56 PM, Fraser Adams wrote:
I did wonder, when I tried to trace what was happening I seemed to come
up to a dead end as nothing seemed to call setMaxSize(). I was beginning
to think I was going a bit loopy :-)
However my
Rajith, could you please look into fixing that in a future release? BTW
I totally agree with your comment
Btw I think it's quite ugly to have a user specify queue sizes in
large numbers. We should allow it to be specified in bytes, MB's and
GB.
Ex qpid.max_size=13334553 (treat it as bytes)
Hi Rishi, Is there a reason that you absolutely have to stick with Java
1.4? TBH it's a bit long in the tooth now and more recent Java versions
will give you a lot of benefits.
Would you not be better looking at the components that have specific
dependencies on old JVM versions and working
Hi Robbie that's good news.
Did you see my later post? I'd be interested in yours (and others) view
on the following
I'm curious though. What's the reason for validating a replyTo address using
an exchange declare? What I mean by that is that I'd have thought that in
general a reply to
Just to back up my earlier point have you looked through
http://java.sun.com/j2se/1.5.0/compatibility.html
Fraser Adams wrote:
Hi Rishi, Is there a reason that you absolutely have to stick with
Java 1.4? TBH it's a bit long in the tooth now and more recent Java
versions will give you a lot
etc. Now that we are
considering alternatives we need to choose one which will fit all our
messaging clients.
Btw, I have some performance questions and also questions about persistent
msg stores that I am going to put in a separate email.
Thanks,
Rishi
On Mon, Aug 22, 2011 at 12:03 PM, Fraser
One thing I'm more concerned about is whether this only relates to
statistics or is more insidious.
Gordon Sim spoke of a bug whereby the maximum queue size was 4GB due to
the use of a uint32. Apparently this has been resolved for Qpid 0.12
(though I've not tried this myself) but I'm
Hi,
what scenario are you trying to solve?
You can definitely make a queue durable then specify that the message
isn't persistent. I'm pretty sure though (at least with Java anyway)
that the default is for messages to be specified persistent (see
javax.jms.Message javadoc):
||
Hi guys,
If I'm reading this right this relates to the javax.jms.Destination
object associated with a javax.jms.Message.
If that's the case (which I assume it is given the comment There is an
exchange property in the headers and the library
does use this to create a Destination object) Can
Thanks Gordon.
Are there any plans to extend the features of the headers exchange? The
and pattern of headers is pretty good for most cases I'm interested
in, but there's always the exception :-)
I was aware of the XML exchange but I haven't looked hard at it as a)
I'm worried about
Hi Richard
So I guess there are two possible behaviours that would satisfy your
requirement
1) durable queue *config e.g. names/bindings etc.
or
2) the ability for the broker to automatically read some config on
startup. There is a --config option, but I think that only covers broker
Hi Jiri
Out of curiosity have you looked at the type of the property. In other
words if you get the property and do a
myProperty.getClass().getCanonicalName().
I'll bet that it'll come back as a byte array rather than a String. I
believe that if you have control of the C++ client you might
valid values for Variant::setEncoding()? I assume
UTF-8 is UTF-8.
In our case we don't receive the string property in Java at all - it is not
listed among the property names at all.
Cheers
Jiri
On Sep 15, 2011 8:34 PM, Fraser Adams fraser.ad...@blueyonder.co.uk
wrote:
Hi Jiri
Out of curiosity have
Hi All,
I was playing around looking at the symptoms Jiri described and I
decided to check out some nagging concerns I've had with the headers
exchange.
I'm surprised I've not noticed this before, but I've mainly been looking
at java and haven't focused on interoperability issues as much as
Hmmm do you need to use False (with an upper case F) rather than false?
I've been using the org.apache.qpid.messaging.Address.AddressParser for
a couple of things and I'm pretty sure that I noticed True and False got
encoded as a Boolean whereas true and false get encoded as a String.
Pretty
Thanks for your support in this Gordon. I really do hope that there's an
elegant way to make interoperability the default position. Sorry if I
seem to be a broken record on this subject :-)
Is there any way that I can force the address string in C++/perl to be
treated as Unicode in
Receiver
An alternative line to take is to make setting the encoding more obvious
(e.g. by ensuring our examples do so, which they currently do not) and
perhaps simpler. Or we could allow assignment of std::wstring, arguably
closer in role to java.lang.String, and encourage people to use that for
Rajith Attapattu wrote:
I'm pretty worried that you're comment If you do a getStringProperty on a
byte[] it will throw an exception.
What do you think the correct behaviour should be in this case ?
Well that's an interesting philosophical question :-)
So I think that the correct
AMQP defines wire encodings for both binary and string types. The
std::string type in c++ can (depending on its contents) be mapped to
either of these categories.
This is a fun thread :-)
So I did get that AMQP had an encoding for binary and a string types, my
point was really that the
I'm seeking some objective guidance about the differences between RedHat
MRG and Apache Qpid Open Source.
There has been some discussion in my organisation about whether we
should go down the MRG route and I'm interested in the perspectives of
others.
One of the biggest concerns that
Hello all,
I'm seeking thoughts from those in the community who have been using
Qpid in mission critical systems.
So from my observations Qpid seems pretty stable, but there's alway the
possibility of exciting little gotchas especially as the complexity
grows and one starts to use fairly
- In C++ it is fairly common to use std::string as a container for
binary
data. I would not say it is wrong to do that.
I agree with all your points here.
OK guys I see I appear to be in a minority here, so please indulge me.
What's the case for saying that using std::string as a
David Karlsen wrote:
OpenView has an JMX agent - that might be worthwhile?
Seems like Qpid exposes quite a number of JMX attributes:
https://cwiki.apache.org/qpid/qpid-jmx-management-console-user-guide.html
2011/9/21 Fraser Adams fraser.ad...@blueyonder.co.uk
Hello all,
I'm seeking
Hello all,
I was chatting to some colleagues yesterday who are trying to do some
stress testing and have noticed some weird results.
I'm afraid I've not personally reproduced this yet, but I wanted to post
on a Friday whilst the list was more active.
The set up is firing off messages of
wrote:
Hi Fraser,
How many messages can the ring queue hold before it starts dropping old
messages to make room for new ones?
Andy
On Sep 23, 2011, at 5:21 AM, Fraser Adams wrote:
Hello all,
I was chatting to some colleagues yesterday who are trying to do some stress
testing and have
, 2011, at 8:05 AM, Fraser Adams wrote:
Hi Andy,
I'm afraid that I can't tell you for sure as I'm doing this a bit by remote
control (I've tasked some of my developers to try and replicate the MRG whitepaper
throughput results to give us a baseline top level performance figure).
However when I
That all looks really cool from my perspective Gordon.
Re point 4. I should think the more controversial aspects of this can be
covered by having the documentation explain that this is the behaviour.
Also, as was discussed earlier in this thread, this seems to be the
behaviour of the
The correct syntax uses an extension in the queue creation:
queueName;{create:always, node:{type:queue,
x-declare:{arguments:{'x-qpid-priorities':2
Hi Ted - on a slightly related note as there any documentation anywhere
that gives a definitive list of what can go in the x-declare
to run multiple qpidd instances - I can't believe that's the case
MTIA
Frase
Andy Goldstein wrote:
On Sep 23, 2011, at 9:11 AM, Fraser Adams wrote:
I'll mention that to the guys when I get back to the office. Though it seems a bit
counterintuitive to me I'd have thought that having a lower
with my code (or queue
config)
Cheers,
Frase
Gordon Sim wrote:
On 09/25/2011 07:43 PM, Fraser Adams wrote:
This is really freaky why does the consumer performance drop off
dramatically when the ring queue is full. Is it a flow control thing?
No it is not a flow control related issue
I agree, this is a bug. I've raised a JIRA and will get that fixed:
https://issues.apache.org/jira/browse/QPID-3492
Hi all,
For everyone who's been following this thread and have been bitten by
this issue, in lieu of a patch to the AddressParser itself the following
code just might help you
is to actually fix the AddressParser,
but I wanted to start with a fix in user space to allow C++/Perl
clients to get working without relying on a patch to the Qpid client
runtime code.
Cheers,
Frase
Fraser Adams wrote:
I agree, this is a bug. I've raised a JIRA and will get that fixed
Hi,
I haven't done any work playing with authentication, so I'm curious - Is
it possible to set authentication to only authenticate consumers so
producers can connect in without needing authentication?
Also is there a good tutorial for getting started with authentication -
preferable
Oh I forgot to say I'm using the C++ broker and a mixture of C++, Java
and Perl clients.
Fraser Adams wrote:
Hi,
I haven't done any work playing with authentication, so I'm curious -
Is it possible to set authentication to only authenticate consumers so
producers can connect in without
Hi all,
I thought I'd have an initial play with authentication, but I'm afraid
that I seem to be failing at the first hurdle.
So what I've done so far is:
I knew that there are potential issues with permissions with the
qpidd.sasldb so my first step was to copy etc/sasl2/qpidd.conf and
This looks exactly like I'm seeing, so I'm concerned that
--sasl-config is
broken on Ubuntu as is the path to the default qpidd.conf
Could this be https://issues.apache.org/jira/browse/QPID-3528? I.e.
the usage statement is incorrect for that option - you actually need
to set it to
Gordon Sim wrote:
On 10/05/2011 09:32 AM, Luca Martini wrote:
However, I would like to add a key binding to an already created
Receiver.
Is it possible?
Not directly through the messaging API, no.
Is that statement 100% correct Gordon? With the headers exchange at
least I've found that if
Gordon Sim wrote:
On 10/03/2011 06:42 PM, Fraser Adams wrote:
Is it possible to set authentication to only authenticate consumers so
producers can connect in without needing authentication?
You can allow both anonymous- and known- users to connect, and then
use ACLs to only allow the known
yet it chose MD5-DIGEST (I
think) when it was initially failing with my c++ client
Frase
Fraser Adams wrote:
Gordon Sim wrote:
On 10/03/2011 06:42 PM, Fraser Adams wrote:
Is it possible to set authentication to only authenticate consumers so
producers can connect in without needing
I've just run up a basic C++ client and that asks for a password. It
appears to be sending the account name as the username (in other words
in my case it's saying Authentication failed for fadams@QPID:SASL(-13):
authentication failure: client response doesn't match what we
generated).
Hmm,
That seems strange to me. For me, if DIGEST-MD5, PLAIN and ANONYMOUS
are all available, ANONYMOUS is picked by default unless a username is
set. Are you sure you aren't setting a username?
Pretty certain. As I said earlier it's a pretty basic client that has
string broker =
Gordon Sim wrote:
On 10/07/2011 05:50 PM, Fraser Adams wrote:
What I'd quite like to be able to do is to log, but not deny if a queue
is created that's not one of a named set. I'm suspecting that I can't do
that with acl and I might have to write a QMF client to do that.
I think you are right
Gordon Sim wrote:
On 10/07/2011 05:50 PM, Fraser Adams wrote:
What I'd quite like to be able to do is to log, but not deny if a queue
is created that's not one of a named set. I'm suspecting that I can't do
that with acl and I might have to write a QMF client to do that.
I think you are right
or protocol I could do it too.
It's not at all clear to me why you're not keen on this, surely it's
logically no different to federating between exchanges on different
brokers except it's more efficient.
Frase
Gordon Sim wrote:
On 10/09/2011 04:33 PM, Fraser Adams wrote:
are there any plans
Gordon Sim wrote:
We're you able to get this working after registering?
I've had a nightmare week so I've just got round to this Gordon. It
seems to work fine and I appear to have successfully raised two Jiras :-)
The _purpose_ of 'federation' is to transfer messages between
different
Gordon Sim wrote:
Sounds a lot like https://issues.apache.org/jira/browse/QPID-3352
which is fixed on trunk but just missed out on being included in 0.12
from what I can see. It will be included in 0.14 (alpha packages are
available if you wish to check that it resolves your case:
I've a question about ring queue memory allocation/deallocation.
So as items get added to a ring queue in the c++ broker clearly memory
starts to get used up, but a colleague of mine mentioned that for a
given queue size (IIRC the queue was 1GB) it seems to be the case that
over time the
Hope that's OK.
In answer to Fraser Adams questions over monitoring, we have a bespoke qmf
console that collects queue/exchange stats and stores them in a database, we
then have nagios alerts based off of these on thresholds and freshness.
Thanks. Are you using the python console stuff or any
Hi Surya
There's definitely something weird with your set up, I just tried:
./qpid-perftest --tcp-nodelay --sync-publish=true --durable=true
on my laptop and got:
Processing 1 messages from qpid-perftest_sub_ready . done.
Sending start 1 times to qpid-perftest_pub_start
Processing 1 messages
surya prakash wrote:
HI,
I am not using any encrypted file systems ,it is normal one only if it
is problem with file system in the case of Asynchronous durable sending
will be fast but receiving should be slow that is not happening. Some thing
else i am missing only the case synchronous
Hi chaps,
for info I'm (finally!!) really close to finishing my Java
implementation of the QMF2 API. It's pretty fully featured including
Subscriptions on the Agent class (my test Agent is the mystical
profitron too :-)) and also an emulation of Subscriptions on the console
side for the C++
I skimmed through your code and noticed a couple of things.
1) You don't have receiver prefetch enabled if you do:
receiver.setCapacity(500); // Enable receiver prefetch
after your call:
receiver = session.createReceiver(addr);
you should see a big improvement
2) Your main loop has a coupled
Hi Boris,
I don't know much about the Binding URL but I can help you with the
ConnectionURL stuff :-)
It's pretty darned hard to find a comprehensive list one needs to do a
bit of digging
There's a good list of stuff here:
I'm nearly finished the Java QMF2 API implementation (honest!!).
I've only got a bit of packaging of some test classes, so I really
should get it done over the weekend (yeah I said that last week, but I
underestimated my tolerance threshold for documentation :-))
So, there's quite a lot of
Hi all,
I've been using the JMS auto reconnection feature e.g. with a brokerList
containing:
tcp://localhost:5672?connectdelay='5000'retries='2147483647'
which is working very nicely, but I've got a perhaps slightly obtuse
question :-)
The auto reconnect is nicely transparent to clients,
Hi all,
I've been wondering about this for some time, but from my observations
it looks like connections (to the C++ broker) take much longer
(noticeably!!) from JMS than from C++ clients (qpid::messaging).
I was idly playing with qpid-printevents and firing up Java and C++
consumers and the
Alan Conway wrote:
There's no reason at the AMQP layer why it should be this slow. I
don't know if JMS imposes something that takes a long time - do other
JMS clients have the same problem? If not then it should be fixed. The
created infrequently excuse doesn't hold up. e.g. if someone is
Hi all,
I (finally) decided to upgrade to qpid 0.12
I downloaded from
**http://mirror.catn.com/pub/apache//qpid/0.12/qpid-0.12.tar.gz*
*I did
./bootstrap
and
./configure
With no problems, but unfortunately with make I get the following fatal
error
qpid/broker/Daemon.cpp: In member
a good thing but...
Seems like there may be some issues with the code base, but surely
someone else would have seen similar. Any reason why make on my box is
treating warnings as errors whereas that's (I assume) not happening with
whoever packaged the distro.
Fraser Adams wrote:
Hi all
Hi again,
I've got a bit further making Qpid 0.12 on my Ubuntu box so I'm now
trying make install.
Unfortunately I'm bombing out with.
/bin/bash ../libtool --mode=install /usr/bin/install -c cluster.la
watchdog.la acl.la xml.la replicating_listener.la
replication_exchange.la
, Nov 27, 2011 at 12:54 PM, Fraser Adams
fraser.ad...@blueyonder.co.uk wrote:
Hi again,
I've got a bit further making Qpid 0.12 on my Ubuntu box so I'm now trying
make install.
Unfortunately I'm bombing out with.
/bin/bash ../libtool --mode=install /usr/bin/install -c cluster.la
watchdog.la
, Fraser Adams fraser.ad...@blueyonder.co.uk wrote:
Alan Conway wrote:
There's no reason at the AMQP layer why it should be this slow. I don't
know if JMS imposes something that takes a long time - do other JMS clients
have the same problem? If not then it should be fixed. The created
/cajus/qpid-cpp-debian/blob/master/debian/patches/fix-unused.patch
HTH,
Cajus
Am 28.11.2011 16:04, schrieb Alan Conway:
On 11/27/2011 06:14 AM, Fraser Adams wrote:
OK so I fixed that one by doing:
ssize_t unused; // Prevents ignoring return value of ‘ssize_t
write..’, declared
with attribute
, but the next test showed it doesnt and short of forcing the
JVM to load classes at points it doesnt actaually need them im not
sure we can improve that. (I was however surprised it apparently makes
that much difference)
Robbie
On 28 November 2011 18:04, Fraser Adams fraser.ad...@blueyonder.co.uk wrote
Hi All,
As an update for anyone following this thread (and thanks for the
suggestions so far).
I've now got a working install, yippee but I had to do some hacking,
booo, so I'd really like some advice now as to how to do it right and
ask whether it's a potentially general issue I'm
-ilya
On Mon, Nov 28, 2011 at 11:21 AM, Fraser Adams
fraser.ad...@blueyonder.co.uk wrote:
Hi All,
As an update for anyone following this thread (and thanks for the
suggestions so far).
I've now got a working install, yippee but I had to do some
hacking,
booo, so I'd really like some advice
Hi Robbie,
I've just got round to trying this using the 0.12 C++ broker and Java
client.
a connection URL of:
amqp://guest:guest@QpidJMS/vhost?brokerlist='tcp://localhost?retries='2147483647'connectdelay='5000''
took 967ms
a connection URL of:
Hi all,
I'm writing a little application called QueueFuse which is a QMF2 based
application.
The idea is that it listens for the queueThresholdExceeded Event and if
one occurs it recovers the name of the queue that caused the Event and
blows a fuse to that queue.
I've got a couple of
Here's some Java code for method invocation. This largely follows a
similar pattern to Pavel's C++ example. Note that this method is taken
from a much larger QMF2 API that I've written ,so there's some
dependencies on other classes (you won't be able to use it directly, but
hopefully you'll
Hi,
Long post follows, hope it's useful
Cheers,
Frase
IIRC C++ brokers from 0.10 onwards have both QMF1 and QMF2 enabled by
default, the 0.8 broker needs to have it explicitly enabled with
--mgmt-qmf2 yes
if you do qpidd -h you'll see all the options.
Re where can I get the list of
for your help,
2011/12/6 Fraser Adams fraser.ad...@blueyonder.co.uk
mailto:fraser.ad...@blueyonder.co.uk
Here's some Java code for method invocation. This largely follows
a similar pattern to Pavel's C++ example. Note that this method is
taken from a much larger QMF2 API that I've
I'm afraid that I can't think on any really elegant solutions.
Re I need some kind of notifications from JMS Client API that I am able
to send.
I don't think that the JMS API has a mechanism for doing this, though I
may be wrong.
The best approach that I can think of at the moment is to
Gaston,
I forgot to ask, but you are using the C++ broker aren't you?
I'm pretty sure that the Java broker doesn't support timed auto delete,
and as I mentioned before the C++ broker supports this from version 0.10
Frase
Fraser Adams wrote:
Hi Gaston,
Try the following syntax (BTW IIRC you
it produced into the queue above the flow-stop threshold
have not been acknowledged.
-Ted
On 12/04/2011 03:25 PM, Fraser Adams wrote:
Hi all,
I'm writing a little application called QueueFuse which is a QMF2
based application.
The idea is that it listens for the queueThresholdExceeded Event
On 12/04/2011 03:25 PM, Fraser Adams wrote:
Hi all,
I'm writing a little application called QueueFuse which is a QMF2
based application.
The idea is that it listens for the queueThresholdExceeded Event and
if one occurs it recovers the name of the queue that caused the Event
and blows a fuse
/camelContext
Regards,
Boris
-Original Message-
From: Fraser Adams [mailto:fraser.ad...@blueyonder.co.uk]
Sent: Thursday, December 08, 2011 11:29 PM
To: users@qpid.apache.org
Subject: Has anyone tried Bridging between Qpid and ActiveMQ?
Hi All,
Has anyone tried Bridging between Qpid
Hi
I've noticed some slightly weird behaviour with respect to bindings.
I've got a Java test consumer client with an address string in JNDI as
follows
destination.subscribedAddress1 = test; {create: always, node:
{x-bindings: [{exchange: 'amq.direct', queue: 'test', key: 'test'}]}}
So
book, but this is rather sketchy about the whys and
wherefores of nodes and links.
Frase
Alan Conway wrote:
On 12/09/2011 08:57 AM, Fraser Adams wrote:
Hi
I've noticed some slightly weird behaviour with respect to bindings.
I've got a Java test consumer client with an address string in JNDI
Cheers Alan,
I'll have a play with these.
Frase
There are some new test clients written to the new API: qpid-send,
qpid-receive and qpid-cpp-benchmark (which orchestrates multiple
qpid-send/receive clients) I did some testing around the time we
released the new API and got comparable
This is an area that has been underspecified. The c++ client will
create the binding if it does not exist even if the node already exists.
The python client only considers the binding if the node doesn't
exist. It sounds like the JMS client does the same.
Personally I think the former
/bindings given the sort of broker
restart scenario I describe above.
I look forward to your thoughts.
Cheers,
Frase
Gordon Sim wrote:
On 12/06/2011 07:46 PM, Fraser Adams wrote:
There's some useful docs for x-declare here
https://cwiki.apache.org/confluence/display/qpid/Qpid+extensions
is a bit of a chatty way to reduce the number of
enqueued messages to below the lower flow control limit to avoid the
producer exception.
Any thoughts?
Fraser Adams wrote:
As an update to this my code now goes:
QmfData arguments = new QmfData
Gordon Sim wrote:
I wouldn't consider these addressing examples as canonical reference
material! The Programming in Apache Qpid book is a bit of a mixture of
things. I'm not yet sure if or how these would fit in with that. In
the meantime I wanted to at least have somewhere where we could
I've just noticed some odd behaviour when a connection got closed on
exception with JMS (Qpid 0.12 using C++ broker).
In my test I've got an ExceptionListener registered and I deliberately
send a big payload in order to get resource-limit-exceeded.
The client log says:
IoReceiver -
Hi
I was going through some mails from a little while back covering an
issue with the qpid::messaging ***AddressParser.cpp
http://svn.apache.org/viewvc/qpid/trunk/qpid/cpp/src/qpid/messaging/AddressParser.cpp?view=logpathrev=1171715*
Gordon Sim raised a Jira
-service: 'amqp-delivery', item-owner:
'fadams'}}]}};
i.e. a mixture of quoted and non-quoted and it fails, so it looks like
the tweak to readQuotedValue is in fact needed, I'll update the original
Jira with a new patch.
Frase
Fraser Adams wrote:
Hi
I was going through some mails from a little
Robbie Gemmell wrote:
All that said, the worst I saw it perform is still twice as fast as
your best number below, which seems a little odd. Can I ask what you
were running your tests on? I dont imagine there is a JIRA for this,
no. I assume you are really interested in this due to running things
Hi All,
As an update to this I've just raised a Jira to cover this and added a
patch to support SCHEMA_ID, SCHEMA and OBJECT_ID queries.
https://issues.apache.org/jira/browse/QPID-3696
I've tested it out using my Java QMF2 code.
I hope this is useful.
Regards,
Frase
Gordon Sim wrote:
On
on C++/.NET API and I was thinking that for instance
specific content-type may trigger JMS to interpret data as TextMessage.
Certainly looking into sources will help a lot.
Thanks, Jan
-Original Message-
From: Fraser Adams [mailto:fraser.ad...@blueyonder.co.uk]
Sent: Tuesday, December
Hi all,
in a fit of post Xmas madness I decided it would be a good idea to
upgrade my old (but working) Ubuntu Studio 9 based box to something a
bit more up to date.
I opted for Linux Mint 12 which I believe is based on Ubuntu 11.10
I installed all of the packages that I believe were
in the
Fedora page.
I'd appreciate any thoughts/tips
cheers,
Frase
On 31/12/11 14:07, Fraser Adams wrote:
Hi all,
in a fit of post Xmas madness I decided it would be a good idea to
upgrade my old (but working) Ubuntu Studio 9 based box to something a
bit more up to date.
I opted for Linux Mint 12 which
'
make: *** [install-recursive] Error 1
On 02/01/12 10:17, Fraser Adams wrote:
Hi again all, I've done a bit of Googling on this and it appears that
this behaviour has something to do with changes that have been made to
the linker behaviour
http://fedoraproject.org/wiki/UnderstandingDSOLinkChange
)
I'll keep you posted.
Frase
On 02/01/12 17:34, Fraser Adams wrote:
Hi again,
I've now got a bit further forward and have got make to work. I had an
awful lot of problems due to the explicit linkage issue that seems to
be caused by recent versions of gcc (I'm using 4.6.1)
From a virgin qpid
Hi Gordon,
Happy New Year to you!!
I've already attached a patch to the original Jira, which I believe
covers this.
Frase
On 03/01/12 09:14, Gordon Sim wrote:
On 12/16/2011 05:12 PM, Fraser Adams wrote:
I would think that this would be necessary too wouldn't it? I took a
look at Variant
Hi Pavel,
I'm no expert on AMQP, but my suspicion is that this relates to the fact
that the default binding (which is to the default direct exchange) isn't
a true binding - as far as I'm aware it is illegal for users to bind
or unbind to the default direct exchange (it's very definitely
.
-Ted
On 12/11/2011 10:52 AM, Fraser Adams wrote:
Hello All,
By way of giving something back to the Qpid community I've (finally)
got my implementation of the QMF2 API (which for those not already
familiar is described here
https://cwiki.apache.org/qpid/qmfv2-api-proposal.html) into a form
if there are any issues that crop up on the Java side of this.
Fraser Adams has contributed a Java implementation of the new QMF
protocol. It makes sense to me that this should be included with the C++
and wrapped components that I propose moving into extras.
Agreed.
Cheers,
Rob
Thoughts
Just to jump in on this thread.
Re
but my opinion
is that if you have millions of messages then a Message Broker is the
wrong solution to your problem - you want a Database.
I can't say I agree with Rob's assertion here!!
Well maybe that's a reasonable comment if the *intention* is to have
At the risk of being controversial :-)
So qpid has both C++ and Java brokers available. Out of curiosity (and
definitely not wishing to start a flame war) what's the benefit of
that strategy, particularly because AMQP is language neutral and the C++
broker acts as a very nice JMS message
1 - 100 of 509 matches
Mail list logo