IETF Logo Mail Archive

Re: [kitten] Opsdir last call review of draft-ietf-kitten-rfc5653bis-05

Weijun Wang <weijun.wang@oracle.com> Wed, 06 September 2017 14:17 UTC

Return-Path: <weijun.wang@oracle.com>
X-Original-To: kitten@ietfa.amsl.com
Delivered-To: kitten@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EF95C132FD6; Wed, 6 Sep 2017 07:17:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.721
X-Spam-Level:
X-Spam-Status: No, score=-3.721 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RCVD_IN_SORBS_SPAM=0.5, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MB2uzIKYMxyx; Wed, 6 Sep 2017 07:17:53 -0700 (PDT)
Received: from aserp1040.oracle.com (aserp1040.oracle.com [141.146.126.69]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 89DEB132A0D; Wed, 6 Sep 2017 07:17:41 -0700 (PDT)
Received: from aserv0022.oracle.com (aserv0022.oracle.com [141.146.126.234]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id v86EHeE5011018 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 6 Sep 2017 14:17:40 GMT
Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75]) by aserv0022.oracle.com (8.14.4/8.14.4) with ESMTP id v86EHdS9010771 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 6 Sep 2017 14:17:40 GMT
Received: from abhmp0010.oracle.com (abhmp0010.oracle.com [141.146.116.16]) by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id v86EHdt2017992; Wed, 6 Sep 2017 14:17:39 GMT
Received: from [192.168.1.101] (/114.250.180.77) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 06 Sep 2017 07:17:39 -0700
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\))
From: Weijun Wang <weijun.wang@oracle.com>
In-Reply-To: <54e49125-b10e-b756-19fe-57b78594efe0@cisco.com>
Date: Wed, 06 Sep 2017 22:17:32 +0800
Cc: ops-dir@ietf.org, kitten@ietf.org, ietf@ietf.org, draft-ietf-kitten-rfc5653bis.all@ietf.org
Content-Transfer-Encoding: quoted-printable
Message-Id: <C13B158F-ABAD-4B7F-B863-B975C1196746@oracle.com>
References: <150463800843.29826.6748894127604407016@ietfa.amsl.com> <2D53D28B-DCAD-485C-A8E5-182EA9C13F16@oracle.com> <54e49125-b10e-b756-19fe-57b78594efe0@cisco.com>
To: Joe Clarke <jclarke@cisco.com>
X-Mailer: Apple Mail (2.3273)
X-Source-IP: aserv0022.oracle.com [141.146.126.234]
Archived-At: <https://mailarchive.ietf.org/arch/msg/kitten/TEVB2wDKyP-C5O5K8C5VF98KxJo>
Subject: Re: [kitten] Opsdir last call review of draft-ietf-kitten-rfc5653bis-05
X-BeenThere: kitten@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Common Authentication Technologies - Next Generation <kitten.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/kitten>, <mailto:kitten-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/kitten/>
List-Post: <mailto:kitten@ietf.org>
List-Help: <mailto:kitten-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/kitten>, <mailto:kitten-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 06 Sep 2017 14:17:54 -0000

Hi Joe

> On Sep 6, 2017, at 9:00 PM, Joe Clarke <jclarke@cisco.com> wrote:
> 
> "A program that intends to run with both old and new GSS Java bindings
> can use reflection to check the availability of this new method and call
> it accordingly."

Accepted. You do not mean to remove the existing "New JGSS programs should make use of this new method but it is not mandatory" sentence, right?

Is there anything else I need to touch before posting the -06 version of this ID?

> But my experience with Java is that you may not get the jar you expect,
> and changes like this that are said to be "compatible" can often bite you.

Since this is inside Java SE, hopefully the situation is better than a 3rd party API. Of course, with the new modularized structure introduced in JDK 9, people might start making JDK images of their own which contain modules from different releases and different vendors...

Thanks
Max

v2.23.0 | Report a Bug | By Email