node-simple-direct_queue | AD | Idle | 0 | 0 |
0 |
channel.queueDeclare(qname, true, false, true, null); // <-- here we throw an exception
So this looks like a transient autodelete queue.
> i then attempt to accomplish a connection from the scala side (with code
> that works on scala-to-scala) and i see an exception when the code calls
> the queueDeclare method.
>
> channel.exchangeDeclare( exQNameRoot, "direct" )
> //channel.queueDeclare(qname, true, false, false, null);
> channel.queueDeclare(qname, true, false, true, null); // <-- here we
> throw an exception
And here you are declaring a durable autodelete queue. That's probably
your problem.
> java.io.IOException
> at com.rabbitmq.client.impl.AMQChannel.wrap(AMQChannel.java:107)
> at com.rabbitmq.client.impl.AMQChannel.exnWrappingRpc(AMQChannel.java:131)
> at com.rabbitmq.client.impl.ChannelN.queueDeclare(ChannelN.java:627)
> at com.rabbitmq.client.impl.ChannelN.queueDeclare(ChannelN.java:59)
> at
> com.biosimilarity.lift.lib.AMQPBrokerScope$StdMonadicAMQPSndrRcvr.sender(AMQPMnd.scala:53)
...but you can unwrap this exception and check, or look in the broker
logs to see what it's complaining about.
Cheers, Simon
--
Simon MacMullen
RabbitMQ, VMware
_______________________________________________
rabbitmq-discuss mailing list
rabbitmq...@lists.rabbitmq.com
https://lists.rabbitmq.com/cgi-bin/mailman/listinfo/rabbitmq-discuss
> Is there an encoding service underneath basicPublish / basicConsume that is utilizing the info on the content type properties or is that a feature of a given client offering (such as node-amqp)?
It is a feature offered by node-amqp (and an opinionated one). You can subclass com.rabbitmq.client.DefaultConsumer and
make your implementation assume all message payloads are JSON and thus can be deserialized automatically. As far as AMQP clients are concerned, message payloads are just collections of bytes, your applications decide how to interpret them.
MK
http://github.com/michaelklishin
http://twitter.com/michaelklishin