[vwrap] End point "behavior" (was: one question)

Boroondas Gupte <sllists@boroon.dasgupta.ch> Thu, 23 September 2010 16:37 UTC

Return-Path: <sllists@boroon.dasgupta.ch>
X-Original-To: vwrap@core3.amsl.com
Delivered-To: vwrap@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 5FDAF3A69D6 for <vwrap@core3.amsl.com>; Thu, 23 Sep 2010 09:37:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.387
X-Spam-Level:
X-Spam-Status: No, score=-1.387 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_MISMATCH_NET=0.611, HTML_MESSAGE=0.001, J_CHICKENPOX_54=0.6]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id On+4DBnbWFU3 for <vwrap@core3.amsl.com>; Thu, 23 Sep 2010 09:37:46 -0700 (PDT)
Received: from datendelphin.net (india288.server4you.de [85.25.150.202]) by core3.amsl.com (Postfix) with ESMTP id CB55E3A69C1 for <vwrap@ietf.org>; Thu, 23 Sep 2010 09:37:45 -0700 (PDT)
Received: from [192.168.1.66] (xdsl-188-155-99-252.adslplus.ch [188.155.99.252]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by datendelphin.net (Postfix) with ESMTPSA id 611042E047 for <vwrap@ietf.org>; Thu, 23 Sep 2010 18:39:45 +0200 (CEST)
Message-ID: <4C9B8275.6000402@boroon.dasgupta.ch>
Date: Thu, 23 Sep 2010 18:38:13 +0200
From: Boroondas Gupte <sllists@boroon.dasgupta.ch>
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.9) Gecko/20100914 Lightning/1.0b3pre Thunderbird/3.1.3
MIME-Version: 1.0
To: vwrap@ietf.org
References: <4C9AB1BB.2010008@ics.uci.edu> <AANLkTi=fz6LhpRaTJr7Bu4KsXS93-B0B7SzjH4PwDGuc@mail.gmail.com> <4C9B7041.50908@ics.uci.edu>
In-Reply-To: <4C9B7041.50908@ics.uci.edu>
Content-Type: multipart/alternative; boundary="------------070405090902040405030702"
Subject: [vwrap] End point "behavior" (was: one question)
X-BeenThere: vwrap@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Virtual World Region Agent Protocol - IETF working group <vwrap.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/vwrap>, <mailto:vwrap-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/vwrap>
List-Post: <mailto:vwrap@ietf.org>
List-Help: <mailto:vwrap-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/vwrap>, <mailto:vwrap-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 23 Sep 2010 16:37:47 -0000

 I'm not up to date with everything here, so I hope I don't get it
completely wrong, but here's my take:

On 09/23/2010 05:20 PM, Cristina Videira Lopes wrote:
> In other words, if my viewer is in JavaScript, I have to make the
> JavaScript program do things in specific ways, and not others, in
> order to be able to interoperate in VWRAP?
Only regarding what they /send/ and /receive/ over the wire when
communicating with VWRAP services, I think. The web analog would be that
to talk to a web server, you have to speak and understand HTTP.
Depending on what server it is and what you'd like to do with it, there
might be additional requirements, e.g. WebDAV (just an arbitrary example
out of many). What you do within the bounds of these protocols and what
other processing you do (including interfacing non-HTTP resources) is
completely up to you.

Likewise, to talk to a VRAP service, you'll have to speak and understand
VWRAP.core and, depending on the kind of service and what you want from
it, the relevant VWRAP.<insert service type here> protocols. What you do
within the bounds of these protocols and what other processing you do
(maybe interfacing non-VWRAP resources) is again up to you.

So the "behavior" of the end point only matters in a black-box way: in
what can be seen from the VWRAP services. Whatever happens inside (or at
the non-VWRAP sides of the box) is out-of-scope for a communication
protocol.

Cheers,
Boroondas