I have this certificate sitting on the filesystem and it's a leaf cert,
not a CA. I am hitting a snag here trying to import the cert into the
database with JSS.
* NSS works fine:
certutil -A -d . -i cert.der -n "nickIWant" -t ",,"
* JSS:
byte[] certBytes = ;
CryptoManager.importCertPackage(cer
Dave,
I can help you write a patch to fix this problem.
The "(-8157) Certificate extension not found" part in the error message:
org.mozilla.jss.crypto.NoSuchItemOnTokenException: Expected user
cert but no matching key?: (-8157) Certificate extension not found
is most likely wrong (a stale erro
On 12/9/2010 2:29 PM, Wan-Teh Chang wrote:
The "(-8157) Certificate extension not found" part
is most likely wrong (a stale error code). Please try to track that down
and fix it.
I remember Nelson saying pretty much anytime that error pops out it's a
bug in NSS.
I would go with adding an
On 2010-12-10 03:45 PDT, David Stutzman wrote:
> On 12/9/2010 2:29 PM, Wan-Teh Chang wrote:
>
>> The "(-8157) Certificate extension not found" part
>> is most likely wrong (a stale error code). Please try to track that down
>> and fix it.
>
> I remember Nelson saying pretty much anytime that err
On 12/9/2010 2:29 PM, Wan-Teh Chang wrote:
I would go with adding an importNonUserCertPackage method,
or add a new method that exposes both the boolean noUser
and boolean leafIsCA parameters of the native method
importCertPackageNative.
I got around to testing the second method. I exposed the
how can i call the method: importCertPackageNative()? i got method not visible
error :(
--
dev-tech-crypto mailing list
dev-tech-crypto@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-tech-crypto
6 matches
Mail list logo