HI Alan!
No worries pal. In cases where more than one type of message can be received,
we try the one that occurs most first, and then the other if the first fails.
Every remote method will have a pre-determined request and response type.
Kind Regards,
On May 27, 2011, at 12:44 PM, Zhongjie Wang 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
---
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
------------------------------------------------------------------------------
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
