Alan, I think that messageType field is redundant. One can use the Protobuf
API to get the message type.
For example, for a variable 'trace' of data type 'Trace', you can get the
message name through:
String messageType = trace.getDescriptorForType().getFullName(); // In Java.
Python has a similar API
So I'm going to delete the messageType fields from the Request and Response
headers.
Agree?
2011/5/28 Zhongjie Wang <[email protected]>
> Hi, Luis.
> I use the command you told me and it works. :)
> But when I use the TortoiseGit, it doesn't work.
> Thanks!
>
> 2011/5/29 Luís A. Bastião Silva <[email protected]>
>
> Can you clone?
>>
>> Which the command are you executing?
>>
>> git submodule add http://git.umitproject.org/umit-common.git
>>
>>
>> 2011/5/28 Zhongjie Wang <[email protected]>
>>
>>> Hi Luis, higwidgets is ok. still not able to add the umit-common
>>> submodule...
>>>
>>> 2011/5/28 Luís A. Bastião Silva <[email protected]>
>>>
>>> Try again.
>>>>
>>>>
>>>> On Sat, May 28, 2011 at 3:48 AM, Zhongjie Wang <[email protected]>wrote:
>>>>
>>>>> This is the message I've got:
>>>>> "
>>>>> git.exe submodule add -- "[email protected]:/higwidgets.git"
>>>>> ""
>>>>>
>>>>> Cloning into higwidgets...
>>>>> ERROR:gitosis.serve.main:Repository read access denied
>>>>> fatal: The remote end hung up unexpectedly
>>>>> Clone of '[email protected]:/higwidgets.git' into submodule
>>>>> path 'higwidgets' failed
>>>>> "
>>>>> almost the same as cloning umit-common.
>>>>>
>>>>>
>>>>> On Sat, May 28, 2011 at 10:43 AM, Adriano Monteiro Marques <
>>>>> [email protected]> wrote:
>>>>>
>>>>>> Just fixed for higwidgets, but umit-common is readable/writable by
>>>>>> everyone already. What is the error you're getting?
>>>>>>
>>>>>> On May 27, 2011, at 10:38 PM, Zhongjie Wang wrote:
>>>>>>
>>>>>> Hi, I'm also having issues with downloading the higwidgets and
>>>>>> umit-common.
>>>>>> Seems no reading permissions. :(
>>>>>>
>>>>>> On Sat, May 28, 2011 at 3:48 AM, Zubair Nabi <[email protected]
>>>>>> > wrote:
>>>>>>
>>>>>>> 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
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Zhongjie Wang
>>>>>> Master Candidate
>>>>>> Computer System Architecture
>>>>>> Peking University, China
>>>>>>
>>>>>>
>>>>>> ---
>>>>>> 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
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> Luís A. Bastião Silva
>>>> Umit Project Developer
>>>> Skype: koplabs
>>>> http://www.umitproject.org
>>>> http://www.bastiao.org
>>>>
>>>>
>>>>
>>>
>>>
>>> --
>>> Zhongjie Wang
>>> Master Candidate
>>> Computer System Architecture
>>> Peking University, China
>>>
>>
>>
>>
>> --
>> Luís A. Bastião Silva
>> Umit Project Developer
>> Skype: koplabs
>> http://www.umitproject.org
>> http://www.bastiao.org
>>
>>
>>
>
>
> --
> 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
------------------------------------------------------------------------------
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
