+1 - we need to update the on-the-wire format anyways (version 6) -
and the more protocols the better - as long as they are wire format
only and do not dictate how the broker must be implemented ;)
On 8 Jul 2008, at 08:48, James Strachan wrote:
It might not be quite as fast as OpenWire (though should beat STOMP)
but I wonder if it might be interesting creating a Protocol Buffer
transport; using the current OpenWire beans as input to generate the
.proto file for Protocol Buffer...
http://code.google.com/apis/protocolbuffers/docs/overview.html
there's currently generated Java, C++ and Python code - and they do
seem quite good at interop across message versions etc (as its kinda
key-value pairs under the covers).
I've raised a JIRA for this
https://issues.apache.org/activemq/browse/AMQ-1843
--
James
-------
http://macstrac.blogspot.com/
Open Source Integration
http://open.iona.com
