[vwrap] #15: Improve abstraction of resource invocation from the Event Queue
"vwrap issue tracker" <trac@tools.ietf.org> Wed, 31 March 2010 21:50 UTC
Return-Path: <trac@tools.ietf.org>
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 A35393A6AD8 for <vwrap@core3.amsl.com>;
Wed, 31 Mar 2010 14:50:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -99.619
X-Spam-Level:
X-Spam-Status: No, score=-99.619 tagged_above=-999 required=5 tests=[AWL=-0.749,
BAYES_50=0.001, DNS_FROM_OPENWHOIS=1.13, NO_RELAYS=-0.001,
USER_IN_WHITELIST=-100]
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 TOhpVvc1JQjI for
<vwrap@core3.amsl.com>; Wed, 31 Mar 2010 14:50:00 -0700 (PDT)
Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a])
by core3.amsl.com (Postfix) with ESMTP id 0DA3B3A6AD3 for <vwrap@ietf.org>;
Wed, 31 Mar 2010 14:50:00 -0700 (PDT)
Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by
zinfandel.tools.ietf.org with esmtp (Exim 4.69) (envelope-from
<trac@tools.ietf.org>) id 1Nx5nz-00068G-QY; Wed, 31 Mar 2010 14:50:31 -0700
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: "vwrap issue tracker" <trac@tools.ietf.org>
X-Trac-Version: 0.11.6
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.11.6, by Edgewall Software
To: markl@lindenlab.com
X-Trac-Project: vwrap
Date: Wed, 31 Mar 2010 21:50:31 -0000
X-URL: http://tools.ietf.org/vwrap/
X-Trac-Ticket-URL: https://trac.tools.ietf.org/wg/vwrap/trac/ticket/15
Message-ID: <059.f7763f6b6178cd5802c6d9cbdf2eb2c4@tools.ietf.org>
X-Trac-Ticket-ID: 15
X-SA-Exim-Connect-IP: ::1
X-SA-Exim-Rcpt-To: markl@lindenlab.com, vwrap@ietf.org
X-SA-Exim-Mail-From: trac@tools.ietf.org
X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org);
SAEximRunCond expanded to false
X-Mailman-Approved-At: Wed, 31 Mar 2010 14:56:10 -0700
Cc: vwrap@ietf.org
Subject: [vwrap] #15: Improve abstraction of resource invocation from the
Event Queue
X-BeenThere: vwrap@ietf.org
X-Mailman-Version: 2.1.9
Reply-To: trac@localhost.amsl.com
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: Wed, 31 Mar 2010 21:50:00 -0000
#15: Improve abstraction of resource invocation from the Event Queue
--------------------------------+-------------------------------------------
Reporter: markl@… | Owner: markl@…
Type: defect | Status: new
Priority: major | Milestone:
Version: | Severity: -
Keywords: Foundation |
--------------------------------+-------------------------------------------
It is desirable to settle the issues surrounding how to invoke resources
on an entity that cannot act as the "server" end in a HTTP transaction. It
was clear from the discussion, and from the other drafts, that this design
needs to be tackled next. With respect to the Foundation draft, and the
long-poll technique, the language there should be tightened up to make
clear it is a possible way to invoke these resources, and that there are
operation limitations for its general use such as "okay for text IM
traffic, bad for object location updates".
--
Ticket URL: <https://trac.tools.ietf.org/wg/vwrap/trac/ticket/15>
vwrap <http://tools.ietf.org/vwrap/>
- [vwrap] #15: Improve abstraction of resource invo… vwrap issue tracker