Re: [vwrap] one question

David W Levine <dwl@us.ibm.com> Thu, 23 September 2010 16:22 UTC

Return-Path: <dwl@us.ibm.com>
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 348E73A6A9C; Thu, 23 Sep 2010 09:22:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.504
X-Spam-Level:
X-Spam-Status: No, score=-5.504 tagged_above=-999 required=5 tests=[AWL=1.094, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4]
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 ecyNQVKu3qJF; Thu, 23 Sep 2010 09:22:58 -0700 (PDT)
Received: from e5.ny.us.ibm.com (e5.ny.us.ibm.com [32.97.182.145]) by core3.amsl.com (Postfix) with ESMTP id EC9CF3A69E4; Thu, 23 Sep 2010 09:22:57 -0700 (PDT)
Received: from d01relay05.pok.ibm.com (d01relay05.pok.ibm.com [9.56.227.237]) by e5.ny.us.ibm.com (8.14.4/8.13.1) with ESMTP id o8NG3V3k030465; Thu, 23 Sep 2010 12:03:31 -0400
Received: from d01av04.pok.ibm.com (d01av04.pok.ibm.com [9.56.224.64]) by d01relay05.pok.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id o8NGNR1k119484; Thu, 23 Sep 2010 12:23:27 -0400
Received: from d01av04.pok.ibm.com (loopback [127.0.0.1]) by d01av04.pok.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id o8NGNQpx019401; Thu, 23 Sep 2010 12:23:27 -0400
Received: from d01mc605.pok.ibm.com (d01mc605.pok.ibm.com [9.63.9.192]) by d01av04.pok.ibm.com (8.14.4/8.13.1/NCO v10.0 AVin) with ESMTP id o8NGNQUZ019387; Thu, 23 Sep 2010 12:23:26 -0400
In-Reply-To: <4C9AB1BB.2010008@ics.uci.edu>
References: <4C9AB1BB.2010008@ics.uci.edu>
X-KeepSent: 0CB2773C:B18DC261-852577A7:00597653; type=4; name=$KeepSent
To: lopes@ics.uci.edu
X-Mailer: Lotus Notes Release 8.5.1FP1 SHF20 February 10, 2010
Message-ID: <OF0CB2773C.B18DC261-ON852577A7.00597653-852577A7.005A0946@us.ibm.com>
From: David W Levine <dwl@us.ibm.com>
Date: Thu, 23 Sep 2010 12:23:26 -0400
X-MIMETrack: Serialize by Router on D01MC605/01/M/IBM(Release 8.0.2FP4|December 10, 2009) at 09/23/2010 12:23:26
MIME-Version: 1.0
Content-type: multipart/alternative; Boundary="0__=0ABBFD34DFCAF0C38f9e8a93df938690918c0ABBFD34DFCAF0C3"
Content-Disposition: inline
Cc: "vwrap@ietf.org" <vwrap@ietf.org>, vwrap-bounces@ietf.org
Subject: Re: [vwrap] 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:22:59 -0000

The very phrase protocol endpoint rather gives the answer. VWRAP describes
how to request things be done, and how data is delivered in response to
those requests. What the requester does with the data is out of scope,
There are descriptions about what the delivered data "means" but, that
merely means
that, just like a web page, if you request a page, parse it and then
generate subsequent requests based on a faulty or confused understanding of
the
delivered data your subsequent requests are likely to be poorly formed, and
generate error replied. Likewise if you request things of a VWRAP service
and build odd requests based on that, the VWRAP service will likely be
confused by those subsequent requests. (And being largely stateless REST
services will
happily say huh in the expected way)

- David
~ Zha


vwrap-bounces@ietf.org wrote on 09/22/2010 09:47:39 PM:

> From:
>
> Cristina Videira Lopes <lopes@ics.uci.edu>
>
> To:
>
> "vwrap@ietf.org" <vwrap@ietf.org>
>
> Date:
>
> 09/22/2010 09:48 PM
>
> Subject:
>
> [vwrap] one question
>
> Sent by:
>
> vwrap-bounces@ietf.org
>
> Let me summarize my main puzzlement with the drafts, and with some of
> the things stated here, with one very simple yes/no question that,
> hopefully, the group will get to a consensus in no time:
>
> I have a student starting to work on a JavaScript+HTML5 viewer for
> brain-dead-simple, multi-user, OpenSimulator-served scenes. I can do
> that very easily with OpenSim, since the client protocol is a plugin. Is
> VWRAP set up to develop protocols for interoperability between virtual
> worlds that, like these ones, use the web browser as the client?
> a) Yes
> b) No
>
> People's answers?
>
> _______________________________________________
> vwrap mailing list
> vwrap@ietf.org
> https://www.ietf.org/mailman/listinfo/vwrap