You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@activemq.apache.org by James Strachan <ja...@gmail.com> on 2008/07/08 09:48:28 UTC
possible alternative to openwire for easier binary interop?
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
Re: possible alternative to openwire for easier binary interop?
Posted by Bruce Snyder <br...@gmail.com>.
On Tue, Jul 8, 2008 at 1:48 AM, James Strachan <ja...@gmail.com> 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
This is really interesting. I like the possibility of providing
integration with additional protocols. And the ability to provide easy
interoperability between Java and C++ is really intriguing.
Bruce
--
perl -e 'print unpack("u30","D0G)U8V4\@4VYY9&5R\"F)R=6-E+G-N>61E<D\!G;6%I;\"YC;VT*"
);'
Apache ActiveMQ - http://activemq.org/
Apache Camel - http://activemq.org/camel/
Apache ServiceMix - http://servicemix.org/
Blog: http://bruceblog.org/
Re: possible alternative to openwire for easier binary interop?
Posted by James Strachan <ja...@gmail.com>.
Yeah! Protocol Buffers is purely a marshalling mechanism only
2008/7/8 Rob Davies <ra...@gmail.com>:
> +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
>
>
--
James
-------
http://macstrac.blogspot.com/
Open Source Integration
http://open.iona.com
Re: possible alternative to openwire for easier binary interop?
Posted by Rob Davies <ra...@gmail.com>.
+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