<html>
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<p>Hello everyone, one other request. I would like to end this
comment period by the end of next week (11/24) ideally.<br>
</p>
Thanks,<br>
--Jamil<br>
<br>
<div class="moz-cite-prefix">On 11/15/2017 08:43 AM, Jamil Nimeh
wrote:<br>
</div>
<blockquote
cite="mid:f0a0af4c-75c7-0c26-5467-c8d4dcc6e81e@oracle.com"
type="cite">
<meta http-equiv="content-type" content="text/html; charset=utf-8">
Hello all,<br>
<br>
Thanks to everyone who has given input so far. I've updated the
KeyDerivation API with the comments I've received. The new
specification is here:<br>
<br>
Text: <a moz-do-not-send="true" class="moz-txt-link-freetext"
href="http://cr.openjdk.java.net/%7Ejnimeh/reviews/kdfspec/kdfspec.02.txt">http://cr.openjdk.java.net/~jnimeh/reviews/kdfspec/kdfspec.02.txt</a><br>
Javadoc: <a moz-do-not-send="true" class="moz-txt-link-freetext"
href="http://cr.openjdk.java.net/%7Ejnimeh/reviews/kdfspec/javadoc.02/">http://cr.openjdk.java.net/~jnimeh/reviews/kdfspec/javadoc.02/</a><br>
<br>
In terms of high level changes:
<ul>
<li>Moved to a getInstance/init usage pattern similar to Mac,
KeyAgreement, Cipher, etc. This allows KDF objects to be
reused with different parameters by reinitializing.</li>
<li>Name change: DerivedKeyParameterSpec -->
DerivationParameterSpec</li>
<li>Keys returned by derivation methods are now
java.security.Key rather than SecretKey<br>
</li>
<li>Provided additional derivation methods to support non-key
based output: deriveData, deriveObject</li>
<li>Added a new constructor to DerivationParameterSpec to
support the Object return type.</li>
</ul>
Thanks,<br>
--Jamil<br>
</blockquote>
<br>
</body>
</html>