Re: Why combine the Java and C# bindings?

Jeffrey Altman <jaltman@columbia.edu> Wed, 20 April 2005 22:16 UTC

Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DONUq-00047m-MC; Wed, 20 Apr 2005 18:16:36 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DONUo-00047h-Sr for kitten@megatron.ietf.org; Wed, 20 Apr 2005 18:16:34 -0400
Received: from jalapeno.cc.columbia.edu (IDENT:cu41754@jalapeno.cc.columbia.edu [128.59.29.5]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA28725 for <kitten@lists.ietf.org>; Wed, 20 Apr 2005 18:16:32 -0400 (EDT)
Received: from [192.168.1.11] (cpe-24-193-46-55.nyc.res.rr.com [24.193.46.55]) (user=jaltman mech=PLAIN bits=0) by jalapeno.cc.columbia.edu (8.13.0/8.13.0) with ESMTP id j3KMGS4q005017 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for <kitten@lists.ietf.org>; Wed, 20 Apr 2005 18:16:29 -0400 (EDT)
Message-ID: <4266D541.6000702@columbia.edu>
Date: Wed, 20 Apr 2005 18:18:41 -0400
From: Jeffrey Altman <jaltman@columbia.edu>
Organization: No Longer Affiliated with Columbia University in the City of New York
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.7) Gecko/20050414
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: kitten@ietf.org
References: <s264e0ea.051@sinclair.provo.novell.com> <20050419164720.GE14150@binky.Central.Sun.COM> <20050420191050.GH6590@binky.Central.Sun.COM>
In-Reply-To: <20050420191050.GH6590@binky.Central.Sun.COM>
X-Enigmail-Version: 0.91.0.0
X-No-Spam-Score: Local
X-Scanned-By: MIMEDefang 2.48 on 128.59.29.5
Cc:
Subject: Re: Why combine the Java and C# bindings?
X-BeenThere: kitten@lists.ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Common Authentication Technologies - Next Generation <kitten.lists.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/kitten>, <mailto:kitten-request@lists.ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/kitten>
List-Post: <mailto:kitten@lists.ietf.org>
List-Help: <mailto:kitten-request@lists.ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/kitten>, <mailto:kitten-request@lists.ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============0832205993=="
Sender: kitten-bounces@lists.ietf.org
Errors-To: kitten-bounces@lists.ietf.org

Nicolas Williams wrote:

> On Tue, Apr 19, 2005 at 11:47:20AM -0500, Nicolas Williams wrote:
> 
>>WG consensus on the matter hasn't been reached.
>>
>>I for one would like to hear more about why or why not C# bindings
>>shouldn't be in the same doc as Java bindings.
>
> My mind is not entirely made up as I'm still missing information, but
> the authors of the existing I-Ds seem willing to pursue separate paths.
> 
> Jeff, do you think we need a consensus call, or is there consensus
> already?

I do not believe that we need an explicit consensus call to determine
which path is taken for publication of this work.

Back in October when the working group was forming there was a weak
consensus that the Java and C# bindings should be merged into one
update to 2853 because it was argued that the quantity of work
necessary to be performed was modest for both.  Java required an
update because there were factual errors that needed to be corrected.
The C# definition was considered to be minor.

In the past two weeks there has been significant discussion regarding
the merits of this decision.   The editors of both the current Java
draft and C# draft are in agreement to go separate ways and I do not
see any requirements that only a single document be produced.

Here is what I would like to see in the coming month:

* I would like to see an updated version of
draft-ietf-kitten-rfc2853bis-00.txt published that contains all of the
text of rfc2853 modified as stated by the aforementioned  draft.

* I would like to see a revised version of
draft-ietf-kitten-gssapi-rfc2853-update-for-csharp-00 which is based on
rfc2853 but is specific to C#

I believe that rfc2853bis can be sent to the IESG in a very short period
of time.  A revised rfc is justified to correct the factual errors in
2853.   This working group will have a large number of changes published
in the coming year and I do not want to wait for the conclusion of this
working group before an updated Java bindings RFC is published.

A third revision to 2853 can be published as we near the end of the
working group to collect all of the Java bindings which are produced for
forthcoming APIs.  In the meantime, supplementary documents such as the
PRF drafts will contain bindings for at least C and Java when they are
submitted to the IESG.

Jeffrey Altman

_______________________________________________
Kitten mailing list
Kitten@lists.ietf.org
https://www1.ietf.org/mailman/listinfo/kitten