Re: [ogpx] An Inquiry into the Nature and Causes of Web Capabilities

Carlo Wood <carlo@alinoe.com> Thu, 04 June 2009 22:57 UTC

Return-Path: <carlo@alinoe.com>
X-Original-To: ogpx@core3.amsl.com
Delivered-To: ogpx@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A249C3A6A5A for <ogpx@core3.amsl.com>; Thu, 4 Jun 2009 15:57:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.43
X-Spam-Level:
X-Spam-Status: No, score=-1.43 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_00=-2.599, HELO_EQ_AT=0.424, HOST_EQ_AT=0.745, HS_INDEX_PARAM=0.001]
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 XOXG6hQYNBDC for <ogpx@core3.amsl.com>; Thu, 4 Jun 2009 15:57:40 -0700 (PDT)
Received: from viefep18-int.chello.at (viefep18-int.chello.at [62.179.121.38]) by core3.amsl.com (Postfix) with ESMTP id 726B13A681C for <ogpx@ietf.org>; Thu, 4 Jun 2009 15:57:37 -0700 (PDT)
Received: from edge03.upc.biz ([192.168.13.238]) by viefep18-int.chello.at (InterMail vM.7.09.01.00 201-2219-108-20080618) with ESMTP id <20090604225736.XKKC7322.viefep18-int.chello.at@edge03.upc.biz>; Fri, 5 Jun 2009 00:57:36 +0200
Received: from mail9.alinoe.com ([77.250.43.12]) by edge03.upc.biz with edge id zyxa1b03y0FlQed03yxcKA; Fri, 05 Jun 2009 00:57:36 +0200
X-SourceIP: 77.250.43.12
Received: from carlo by mail9.alinoe.com with local (Exim 4.69) (envelope-from <carlo@alinoe.com>) id 1MCLtQ-0006IO-28; Fri, 05 Jun 2009 00:58:40 +0200
Date: Fri, 5 Jun 2009 00:58:40 +0200
From: Carlo Wood <carlo@alinoe.com>
To: Infinity Linden <infinity@lindenlab.com>
Message-ID: <20090604225840.GA23547@alinoe.com>
References: <3a880e2c0906031541n3b1c82a3y5b7c91f20b0eb539@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <3a880e2c0906031541n3b1c82a3y5b7c91f20b0eb539@mail.gmail.com>
User-Agent: Mutt/1.5.18 (2008-05-17)
Cc: "ogpx@ietf.org" <ogpx@ietf.org>
Subject: Re: [ogpx] An Inquiry into the Nature and Causes of Web Capabilities
X-BeenThere: ogpx@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Virtual Worlds and the Open Grid Protocol <ogpx.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ogpx>, <mailto:ogpx-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ogpx>
List-Post: <mailto:ogpx@ietf.org>
List-Help: <mailto:ogpx-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ogpx>, <mailto:ogpx-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 04 Jun 2009 22:57:40 -0000

I think it might be better to separate capability and the hostname
of the url. That is, if you are passed:

http://db33.example.com/foo/?5923828591293879468287348955

then the capability should be "foo/?5923828591293879468287348955".

In particular, an capability url

http://db33.example.com/foo/?5923828591293879468287348955

and

http://db34.example.com/foo/?5923828591293879468287348955

should be garanteed to be the same capability.

The main reason for this idea is because I'm worried about
unreachable hosts, or the lifetime that capabilities need
to be kept alive.

Now assume that a client knows that it can choose from
a pool of hostnames for a given capability (ie, the two
above), then a problem might occur if access of the
capability is supposed to change a state. For example,
it cannot be allowed to use the same capability twice;
then accessing both hosts at the same time still needs
to result in the access of a single database.

Do you think the hostname has to be fixed? Would the
above idea have too great disadvantages?

-- 
Carlo Wood <carlo@alinoe.com>