CertificateFactorySpi.EngineGenerateCRL(Stream) Methode
Definition
Wichtig
Einige Informationen beziehen sich auf Vorabversionen, die vor dem Release ggf. grundlegend überarbeitet werden. Microsoft übernimmt hinsichtlich der hier bereitgestellten Informationen keine Gewährleistungen, seien sie ausdrücklich oder konkludent.
Generiert ein Zertifikatsperrlistenobjekt (Certificate Revocation List, CRL) und initialisiert es mit den Daten, die aus dem Eingabedatenstrom inStream
gelesen werden.
[Android.Runtime.Register("engineGenerateCRL", "(Ljava/io/InputStream;)Ljava/security/cert/CRL;", "GetEngineGenerateCRL_Ljava_io_InputStream_Handler")]
public abstract Java.Security.Cert.CRL? EngineGenerateCRL (System.IO.Stream? inStream);
[<Android.Runtime.Register("engineGenerateCRL", "(Ljava/io/InputStream;)Ljava/security/cert/CRL;", "GetEngineGenerateCRL_Ljava_io_InputStream_Handler")>]
abstract member EngineGenerateCRL : System.IO.Stream -> Java.Security.Cert.CRL
Parameter
- inStream
- Stream
einen Eingabedatenstrom mit den CRL-Daten.
Gibt zurück
ein CRL-Objekt, das mit den Daten aus dem Eingabedatenstrom initialisiert wurde.
- Attribute
Ausnahmen
wenn Analyseprobleme erkannt werden.
Hinweise
Generiert ein Zertifikatsperrlistenobjekt (Certificate Revocation List, CRL) und initialisiert es mit den Daten, die aus dem Eingabedatenstrom inStream
gelesen werden.
Um das spezielle CRL-Format zu nutzen, das von dieser Zertifikatfactory unterstützt wird, kann das zurückgegebene CRL-Objekt Typecast für die entsprechende CRL-Klasse sein. Wenn diese Zertifikatfactory z. B. X.509-CRLs implementiert, kann das zurückgegebene CRL-Objekt typecast für die X509CRL
Klasse sein.
Beachten Sie, dass diese Methode den gesamten Eingabedatenstrom verwendet, wenn der angegebene Eingabedatenstrom nicht unterstützt java.io.InputStream#mark(int) mark
wird und java.io.InputStream#reset() reset
diese Methode den gesamten Eingabedatenstrom verwendet. Andernfalls verwendet jeder Aufruf dieser Methode eine CRL, und die Leseposition des Eingabedatenstroms wird nach dem inhärenten End-of-CRL-Marker auf das nächste verfügbare Byte positioniert. Wenn die Daten im Eingabedatenstrom keinen inhärenten End-of-CRL-Marker (außer EOF) enthalten und nach der Analyse der CRL nachfolgende Daten vorhanden sind, wird ein CRLException
Fehler ausgelöst.
Teile dieser Seite sind Änderungen auf der Grundlage von Arbeiten, die vom Android Open Source-Projekt erstellt und freigegeben werden und gemäß den in der Creative Commons 2.5 Attribution License beschriebenen Begriffen verwendet werden.