IETF Logo Mail Archive

Re: [domainrep] JSON namespace administration

Peter Saint-Andre <stpeter@stpeter.im> Mon, 14 November 2011 00:20 UTC

Return-Path: <stpeter@stpeter.im>
X-Original-To: domainrep@ietfa.amsl.com
Delivered-To: domainrep@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 14EB921F8797 for <domainrep@ietfa.amsl.com>; Sun, 13 Nov 2011 16:20:40 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -103.832
X-Spam-Level:
X-Spam-Status: No, score=-103.832 tagged_above=-999 required=5 tests=[AWL=-1.233, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id T3rJVm3fxT5E for <domainrep@ietfa.amsl.com>; Sun, 13 Nov 2011 16:20:39 -0800 (PST)
Received: from stpeter.im (mailhost.stpeter.im [207.210.219.225]) by ietfa.amsl.com (Postfix) with ESMTP id 74CEB21F8753 for <domainrep@ietf.org>; Sun, 13 Nov 2011 16:20:39 -0800 (PST)
Received: from dhcp-13ac.meeting.ietf.org (unknown [64.104.46.217]) (Authenticated sender: stpeter) by stpeter.im (Postfix) with ESMTPSA id B4B3E404FF; Sun, 13 Nov 2011 17:26:46 -0700 (MST)
Message-ID: <4EC05ED3.4010402@stpeter.im>
Date: Mon, 14 Nov 2011 08:20:35 +0800
From: Peter Saint-Andre <stpeter@stpeter.im>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.5; rv:8.0) Gecko/20111105 Thunderbird/8.0
MIME-Version: 1.0
To: dcrocker@bbiw.net
References: <4EBC5F42.3040903@dcrocker.net> <CB8A1285-136D-4147-BB5D-8C9C54051794@tid.es> <4EC024AC.4000907@dcrocker.net> <2D1E0054-5620-4535-81C8-EA7F775B1CF1@tid.es> <4EC05598.4020303@dcrocker.net>
In-Reply-To: <4EC05598.4020303@dcrocker.net>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Cc: "domainrep@ietf.org" <domainrep@ietf.org>
Subject: Re: [domainrep] JSON namespace administration
X-BeenThere: domainrep@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Domain Reputation discussion list <domainrep.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/domainrep>, <mailto:domainrep-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/domainrep>
List-Post: <mailto:domainrep@ietf.org>
List-Help: <mailto:domainrep-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/domainrep>, <mailto:domainrep-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 14 Nov 2011 00:20:40 -0000

On 11/14/11 7:41 AM, Dave CROCKER wrote:
>
> On 11/14/2011 7:38 AM, DIEGO LOPEZ GARCIA wrote:
>> On 14 Nov 2011, at 04:12 , Dave CROCKER wrote:
>>> What is "reverse domain disambiguation" and how is it a satisfactory
>>> alternative
>>> to simple, direct name registration?
>>
>> The usual practice for Java class naming prefixes: "com.sun.javax"
>
>
> 1. Java has nothing to do with the activities in this working group.

True, but there is a convention behind Java class naming, called 
"reverse domain name" (wherein the class "foo" developed by the folks at 
example.com is disambiguated as "com.example.foo"). We mention this in 
draft-ietf-appsawg-xdash, and draft-saintandre-json-namespaces will talk 
about this in the next version.

> 2. The essence of name disambiguation is a function that operates during
> name assignment to ensure no collisions.
>
> Your reference does not ensure that #2 is satisfied.

Dave, could you explain that a bit further?

Peter

-- 
Peter Saint-Andre
https://stpeter.im/

v2.23.0 | Report a Bug | By Email