|
|
| Author |
Message |
< RabbitMQ mailing list ~ basic.consume filter arg [was: AMQP v0-9] |
| Guest |
 Posted: Thu Aug 23, 2007 9:03 pm |
 |
|
|
Guest
|
Robert Godfrey wrote:
>[For instance I think Qpid actually
> already has the basic.consume filter argument].
When you say "already", do you mean in M1? I have been working with the
Qpid M1 source distribution and the auto-generated codec there certainly
does not have the additional arg. Perhaps the binary distributions do?
Can you find out? I am asking because I want to make sure I am not
missing something in my interop testing.
I know that the 0-8 spec in the current Qpid svn repo is different from
the official spec, and the addtional arg to basic.consume is part of that.
What flavour of the 0-8 spec will the M2 release be based on?
Matthias.
_______________________________________________
rabbitmq-discuss mailing list
rabbitmq-discuss@lists.rabbitmq.com
http://lists.rabbitmq.com/cgi-bin/mailman/listinfo/rabbitmq-discuss
Post recived from mailinglist |
|
|
| Back to top |
|
| Guest |
| Posted: Fri Aug 24, 2007 1:27 am |
|
|
|
Guest
|
Hi Matthias,
M1 was before my time  |
|
|
| Back to top |
|
| Guest |
| Posted: Fri Aug 24, 2007 5:59 am |
|
|
|
Guest
|
Robert Godfrey wrote:
> M2 will be using the 0-8 spec file that is within the specs directory in
> the qpid apache svn repository.
I have to say that calling that file "amq.0-8.xml" in your source tree,
when it is different from the official spec is rather confusing. It took
me a while to notice that difference.
> It has an "arguments" argument
> (essentially the filters argument from 0-9 with the 0-10 name, not that
> names are important at the wire level). There are some other additions
> to the correct 0-8 specbut these are essentially additions, and as long
> as the strict amqp flag is passed to the qpid client then the client
> won't use them ...
Please make sure that flag is documented very prominently. Otherwise we
are bound to get complaints from people who try to get interop to work.
Will the flag also work for the python test suite?
What about the server side of things, i.e. ensuring that a client which
conforms to the official 0-8 spec can talk to a Qpid server? Looking at
the differences between the official spec and the one in the qpid source
tree, there are two places where interop will get broken if the server
is not constrained to official 0-8 behaviour:
- it must accept basic.consume messages without the filter arg
- it must not send a basic.recover-ok response
How are you planning to handle this?
Matthias.
_______________________________________________
rabbitmq-discuss mailing list
rabbitmq-discuss@lists.rabbitmq.com
http://lists.rabbitmq.com/cgi-bin/mailman/listinfo/rabbitmq-discuss
Post recived from mailinglist |
|
|
| Back to top |
|
|
|
All times are GMT
|
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
You cannot attach files in this forum
You cannot download files in this forum
|
|
|
Digg It
Del.icio.us
Reddit
Facebook
Stumble Upon
Technorati
