That would be great!
Let me have a dig around over the weekend and see if I can find it (I have
*lots* of machines where it might be on :-( I should probably be more
organised).
Cheers,
Rob
On 14 June 2013 16:01, Leon Mlakar <l...@digiverse.si> wrote:
>
> Hi Rob,
>
> thanks for reply. It got me thinking ... since Data interface is not a
> history and will be around, to do things The Right Way I'll have to
> implement parts of it myself anyway. So I might as well take a shot in
> adding missing 70%, or at least some part of them, on top of your 30% :-).
> Is there any chance for you to you dig up what you've got so far and get it
> over to me somehow?
>
> Best regards,
>
> Leon
>
> Hi Leon,
>>
>> As you have noticed a pure Java implementation of the Data interface is
>> not
>> yet available (I think I have a 30% complete implementation sitting
>> somewhere on an old laptop, but I never got round to finishing it). It
>> will get implemented eventually, but it's not currently being worked on as
>> far as I know.
>>
>> The Java implementation was built upon a codec which serializes objects in
>> Java form into AMQP binary data. On the Java implementation of the Message
>> class there is a method setBody(Section body). So, in Java, to send an
>> "amqp value" message containing a map, you could do something like:
>>
>> import org.apache.qpid.proton.amqp.**messaging.AmqpValue;
>> import org.apache.qpid.proton.amqp.**Symbol;
>>
>> ...
>>
>> Map map = new LinkedHashMap();
>> map.put("symbol", Symbol.valueOf("a symbol"));
>> map.put("int", 21);
>> ...
>> AmqpValue body = new AmqpBody(map);
>>
>> message.setBody(body);
>>
>> Hope this helps,
>> Rob
>>
>>
>> On 14 June 2013 15:22, Leon Mlakar <l...@digiverse.si> wrote:
>>
>> Hello everybody,
>>>
>>> I've been following this list for quite a while but so far had no reason
>>> to take part in discussions.
>>>
>>> However, these days I'm porting some C++ code that is using Proton-C to
>>> talk to peers to Java. The C++ code uses pn_data_put_* functions from
>>> codec module to compose the body of the message and pn_data_get_*
>>> counterparts to decompose it at the other end.
>>>
>>> In Java, the Proton-Api's Data interface (org.apache.qpid.proton.codec)
>>> seems to provide the same functionality. But as far as I could see no
>>> class is actually implementing the interface, and the
>>> DataFactoryImpl.createData(****long) is only throwing the exception
>>> which
>>>
>>> indicates that this operation is not supported. I've seen this in both
>>> 0.4 package and on the Git's trunk.
>>>
>>> Is this a part of functionality that is merely not implemented yet, or
>>> something that is not planned to get implemented at all? In either case,
>>> what would be the alternate methods to put together the message body in
>>> a way that could be understood by C++ code? And vice versa?
>>>
>>> The use of Java bindings to Proton-C is not the preferred way to go.
>>>
>>> Thanks and best regards,
>>>
>>> Leon
>>>
>>>
>>>
>
