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
------------------------------------------------------------------------------
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
