Okay guys,
I'm done with the .proto.
I've made a number of changes. Please have a look at the changelog to follow
them.
I think these messages are now in a shape that we can start using them in
our code.
Just in case, please go through all the messages in detail (following the
flow of request/response) and if you think that stuff needs to be
added/deleted/modified then use this thread to discuss them. Also, bear in
mind that these messages should work for both the aggregator communication
as well as the p2p communication.
On Fri, May 27, 2011 at 11:30 PM, Adriano Monteiro Marques <
[email protected]> wrote:
> Hi Zubair,
>
> Awesome!! Keep up with the good work. Let me know if you need anything
> else.
>
>
> Cheers!
>
> On May 27, 2011, at 3:27 PM, Zubair Nabi wrote:
>
> Hi Adriano,
>
> No. I was having issues adding the common repository to the mobile
> repository as submodule but Luis and Rodolfo helped me solve that problem.
> A couple of messages were missing from the .proto. I added them.
> Now I'll add the optional messageType field for p2p messages.
>
> On Fri, May 27, 2011 at 10:55 PM, Adriano Monteiro Marques <
> [email protected]> wrote:
>
>> Hi Zubair,
>>
>> You have write perms there already... are you having any issues with that
>> repo?
>>
>> On May 27, 2011, at 1:04 PM, Zubair Nabi wrote:
>>
>> Sounds good. Let's keep it a string. The type would be the name.
>>
>> Let's keep it optional. It will be used in p2p communication but not in
>> aggregator communication.
>> So this is the extra field that I propose:
>>
>> optional string messageType = x;
>>
>> Does everyone agree?
>>
>> Adriano - Do we have write access to the common ICM repository?
>>
>> On Fri, May 27, 2011 at 8:59 PM, Zhongjie Wang <[email protected]> wrote:
>>
>>> Hi Zubair,
>>> That's a good way. I agree. :)
>>>
>>>
>>> On Fri, May 27, 2011 at 11:49 PM, Zubair Nabi
>>> <[email protected]>wrote:
>>>
>>>> That's a very good point. In case of p2p agents we will only be sending
>>>> messages using a standard send function. So, there is no way to tell the
>>>> message type. We should add an int32 for message type considering that we
>>>> have a standard number of messages.
>>>> If int32 messageType == 1 then that could an authentication message and
>>>> so on. What do you say?
>>>>
>>>>
>>>> On Fri, May 27, 2011 at 8:44 PM, Zhongjie Wang <[email protected]>wrote:
>>>>
>>>>> Hi Adriano,
>>>>>
>>>>> Sorry, I didn't see the email of that doc. Then it's perfect. :)
>>>>> There's one more question, how to detect the message type when I
>>>>> receive a message?
>>>>> Is there any field to indicate the type?
>>>>>
>>>>>
>>>>> On Fri, May 27, 2011 at 11:34 PM, Adriano Monteiro Marques <
>>>>> [email protected]> wrote:
>>>>>
>>>>>> Hi Alan,
>>>>>>
>>>>>> On May 27, 2011, at 12:30 PM, Zhongjie Wang wrote:
>>>>>>
>>>>>> > Hi Zubair, Diogo:
>>>>>> > I hope you guys could join and figure out the detailed message
>>>>>> format for the communication interfaces. :)
>>>>>> > In the spec, we have decided to use RESTful webservice and RPC call
>>>>>> for the communications. Now the
>>>>>> > form of RPC call is somewhat obscure, we need to make a clearly
>>>>>> defined message format. Do you think we
>>>>>> > should still use protobuf, or json/xml, or customized binary/text
>>>>>> format? This is important.
>>>>>>
>>>>>> We've already decided on using protobuf, right? Event the ones we
>>>>>> defined today and shared with you in that google doc.
>>>>>>
>>>>>> > At first, there should be an authentication process after
>>>>>> connected. Then we use the negotiated
>>>>>> > symmetric key to encrypt the following messages. The messages will
>>>>>> be in pair, like Request/Response.
>>>>>> > For a request, there should be a RPC function name and then the
>>>>>> parameters, finally maybe end with a checksum.
>>>>>> > And for a response, it will indicate which request it response to,
>>>>>> and then the result.
>>>>>> > If we use protobuf, then we need to put the function name out of
>>>>>> the message. So after the agent read the name,
>>>>>> > it will generate a proper class for the message.
>>>>>> >
>>>>>> > How do you think which one we should choose?
>>>>>> >
>>>>>> > Regards
>>>>>> >
>>>>>> > --
>>>>>> > Zhongjie Wang
>>>>>> > Master Candidate
>>>>>> > Computer System Architecture
>>>>>> > Peking University, China
>>>>>> >
>>>>>> ------------------------------------------------------------------------------
>>>>>> > vRanger cuts backup time in half-while increasing security.
>>>>>> > With the market-leading solution for virtual backup and recovery,
>>>>>> > you get blazing-fast, flexible, and affordable data protection.
>>>>>> > Download your free trial now.
>>>>>> >
>>>>>> http://p.sf.net/sfu/quest-d2dcopy1_______________________________________________
>>>>>> > Umit-devel mailing list
>>>>>> > [email protected]
>>>>>> > https://lists.sourceforge.net/lists/listinfo/umit-devel
>>>>>>
>>>>>> ---
>>>>>> Adriano Monteiro Marques
>>>>>>
>>>>>> http://www.thoughtspad.com
>>>>>> http://www.umitproject.org
>>>>>> http://blog.umitproject.org
>>>>>> http://www.pythonbenelux.org
>>>>>>
>>>>>> "Don't stay in bed, unless you can make money in bed." - George Burns
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Zhongjie Wang
>>>>> Master Candidate
>>>>> Computer System Architecture
>>>>> Peking University, China
>>>>>
>>>>>
>>>>> ------------------------------------------------------------------------------
>>>>> vRanger cuts backup time in half-while increasing security.
>>>>> With the market-leading solution for virtual backup and recovery,
>>>>> you get blazing-fast, flexible, and affordable data protection.
>>>>> Download your free trial now.
>>>>> http://p.sf.net/sfu/quest-d2dcopy1
>>>>> _______________________________________________
>>>>> Umit-devel mailing list
>>>>> [email protected]
>>>>> https://lists.sourceforge.net/lists/listinfo/umit-devel
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> Best,
>>>> __
>>>> Zubair
>>>>
>>>
>>>
>>>
>>> --
>>> Zhongjie Wang
>>> Master Candidate
>>> Computer System Architecture
>>> Peking University, China
>>>
>>
>>
>>
>> --
>> Best,
>> __
>> Zubair
>>
>>
>> ---
>> Adriano Monteiro Marques
>>
>> http://www.thoughtspad.com
>> http://www.umitproject.org
>> http://blog.umitproject.org
>> http://www.pythonbenelux.org
>>
>> "Don't stay in bed, unless you can make money in bed." - George Burns
>>
>>
>
>
> --
> Best,
> __
> Zubair
>
>
> ---
> Adriano Monteiro Marques
>
> http://www.thoughtspad.com
> http://www.umitproject.org
> http://blog.umitproject.org
> http://www.pythonbenelux.org
>
> "Don't stay in bed, unless you can make money in bed." - George Burns
>
>
--
Best,
__
Zubair
------------------------------------------------------------------------------
vRanger cuts backup time in half-while increasing security.
With the market-leading solution for virtual backup and recovery,
you get blazing-fast, flexible, and affordable data protection.
Download your free trial now.
http://p.sf.net/sfu/quest-d2dcopy1
_______________________________________________
Umit-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/umit-devel
