Klasse GSSManager Diese Klasse dient als Fabrik für andere wichtige GSS-API-Klassen und informiert über die unterstützten Mechanismen. Es kann Instanzen von Klassen erstellen, die die folgenden drei GSS-API-Schnittstellen implementieren: GSSName. GSSCredential. Und GSSContext. Es hat auch Methoden, um für die Liste der verfügbaren Mechanismen und die Nametypen, die jeder Mechanismus unterstützt abzufragen. Eine Instanz der Standard-GSSManager-Unterklasse kann durch die statische Methode getInstance erhalten werden. Aber Anwendungen sind frei, andere Unterklassen von GSSManager instanziieren. Die Standard-GSSManager-Instanz unterstützt den Kerberos v5 GSS-API-Mechanismus zusätzlich zu anderen. Dieser Mechanismus wird durch das Oid 1.2.840.113554.1.2.2 identifiziert und ist in RFC 1964 definiert. Eine Unterklasse, die die abstrakte GSSManager-Klasse erweitert, kann als eine modulare Anbieter-basierte Schicht implementiert werden, die einige bekannte Dienstanbieter-Spezifikationen verwendet. Die GSSManager-API ermöglicht es der Anwendung, Providereinstellungen für eine solche Implementierung festzulegen. Diese Methoden erlauben es der Implementierung, eine klar definierte Ausnahme zu übernehmen, falls die Provider-basierte Konfiguration nicht unterstützt wird. Anwendungen, die beabsichtigen, tragbar zu sein, sollten sich dessen bewusst sein und sich mit dem Fang der Ausnahme sauber zurückgewinnen. Es wird vorgestellt, dass es drei häufigsten Arten, in denen Anbieter werden verwendet werden: Die Anwendung kümmert sich nicht darum, welcher Anbieter verwendet wird (der Standardfall). Die Anwendung möchte, dass ein bestimmter Anbieter bevorzugt für einen bestimmten Mechanismus oder die ganze Zeit verwendet wird, unabhängig vom Mechanismus. Die Anwendung möchte die lokal konfigurierten Provider so weit wie möglich nutzen, aber wenn Unterstützung für einen oder mehrere Mechanismen fehlt, dann will sie auf ihren eigenen Provider zurückgreifen. Die GSSManager-Klasse verfügt über zwei Methoden, die diese Benutzungsarten aktivieren: addProviderAtFront und addProviderAtEnd. Diese Methoden haben die Wirkung, eine geordnete Liste von ltprovider, oidgt-Paaren zu erstellen, wobei jedes Paar eine Bevorzugung des Providers für eine gegebene OID anzeigt. Es ist wichtig zu beachten, dass es bestimmte Interaktionen zwischen den verschiedenen GSS-API-Objekten gibt, die von einem GSSManager erstellt werden, wobei der Provider, der für einen bestimmten Mechanismus verwendet wird, möglicherweise über alle Objekte konsistent sein muss. Wenn zum Beispiel ein GSSCredential Elemente eines Providers p für einen Mechanismus m enthält. Sollte es generell in einen GSSContext übergeben werden, der den Provider p für den Mechanismus m verwendet. Eine einfache Faustregel, die die Portabilität maximiert, ist, dass Objekte, die aus verschiedenen GSSManagers erstellt wurden, nicht gemischt werden sollten und wenn möglich, sollte eine andere GSSManager-Instanz erstellt werden, wenn die Anwendung die addProviderAtFront-Methode auf einem GSSManager aufrufen möchte, der bereits ein Objekt erstellt hat . Hier ist ein Beispielcode, der zeigt, wie der GSSManager verwendet werden könnte: Die Serverseite könnte die folgende Variation dieser Quelle verwenden: Konstruktor Summary Constructor und Beschreibung getInstance Gibt die Standard-GSSManager-Implementierung zurück. Gibt eine GSSManager-Implementierung zurück Gibt eine Liste von Mechanismen zurück, die für GSS-API-Aufrufer über diesen GSSManager verfügbar sind. Der von der getInstance () - Methode erhaltene Standard-GSSManager enthält den Oid 1.2.840.113554.1.2.2 in seiner Liste. Dieses Oid identifiziert den Kerberos v5 GSS-API-Mechanismus, der in RFC 1964 definiert ist. Rückgabewerte: ein Array von Oid-Objekten, die den verfügbaren Mechanismen entsprechen. Ein Nullwert wird zurückgegeben, wenn kein Mechanismus verfügbar ist (ein Beispiel dafür wäre, wenn Mechanismus dynamisch konfiguriert ist und derzeit keine Mechanismen installiert sind). GetNamesForMech Gibt die Namenstypen zurück, die vom angegebenen Mechanismus unterstützt werden. Die Standard-GSSManager-Instanz enthält Unterstützung für den Kerberos v5-Mechanismus. Wenn dieser Mechanismus (1.2.840.113554.1.2.2) angezeigt wird, enthält die zurückgegebene Liste mindestens die folgenden Nametypen: GSSName. NTHOSTBASEDSERVICE. GSSName. NTEXPORTNAME. Und die Kerberos v5 spezifische Oid 1.2.840.113554.1.2.2.1. Der Namespace für die Oid 1.2.840.113554.1.2.2.1 ist in RFC 1964 definiert. Parameter: mech - die Oid des Mechanismus zur Abfrage Rückgabewerte: ein Array von Oid-Objekten, die den Namenstypen entsprechen, die der Mechanismus unterstützt. Throws: GSSException - enthält die folgenden Hauptfehlercodes: GSSException. BADMECH GSSException. FAILURE Siehe auch: getMechsForName (Oid) getMechsForName Gibt eine Liste von Mechanismen zurück, die den angegebenen Namenstyp unterstützen. Der Kerberos v5-Mechanismus (1.2.840.113554.1.2.2) wird in dieser Liste immer zurückgegeben, wenn der angegebene Nametyp einer von GSSName. NTHOSTBASEDSERVICE ist. GSSName. NTEXPORTNAME. Oder 1.2.840.113554.1.2.2.1. Parameter: nameType - das Oid des zu suchenden Namenstyps Returns: ein Array von Oid-Objekten, die den Mechanismen entsprechen, die den angegebenen Namenstyp unterstützen. Null wird zurückgegeben, wenn keine Mechanismen gefunden werden, um den angegebenen Namenstyp zu unterstützen. Siehe auch: getNamesForMech (Oid) createName Factory-Methode, um einen Stringnamen aus dem angegebenen Namespace in ein GSSName-Objekt zu konvertieren. Im Allgemeinen enthält das erstellte GSSName-Objekt mehrere Repräsentationen des Namens, eine für jeden Mechanismus, der zwei Beispiele unterstützt, die Ausnahmen hierfür sind, wenn der Namespace-Typ-Parameter NTEXPORTNAME angibt oder wenn die GSS-API-Implementierung kein Multi-Mechanismus ist. Es wird nicht empfohlen, diese Methode mit einem NTEXPORTNAME-Typ zu verwenden, da die Darstellung eines zuvor exportierten Namens, der aus abrupten Bytes als String besteht, Probleme mit Zeichenkodierungsschemata verursachen kann. In solchen Fällen empfiehlt es sich, die Bytes direkt an die überladene Form dieser Methode zu übergeben createName. Parameter: nameStr - die Zeichenfolge, die eine druckbare Form des zu erstellenden Namens darstellt. NameType - das Oid, das den Namespace des bereitgestellten druckbaren Namens angibt. Null kann verwendet werden, um festzulegen, dass von jedem Mechanismus, der nameStr untersucht, eine Mechanismus-spezifische, druckbare Standard-Syntax angenommen werden sollte. Es ist nicht ratsam, den Nametyp NTEXPORTNAME mit dieser Methode zu verwenden. Rückgabewert: ein GSSName, der den angegebenen Throws darstellt: GSSException - mit den folgenden Hauptfehlercodes: GSSException. BADNAMETYPE. GSSException. BADNAME. GSSException. BADMECH. GSSException. FAILURE Siehe auch: GSSName. GSSName. NTEXPORTNAME createName Factory-Methode zum Konvertieren eines Bytearrays mit einem Namen aus dem angegebenen Namespace in ein GSSName-Objekt. Im Allgemeinen enthält das erstellte GSSName-Objekt mehrere Repräsentationen des Namens, eine für jeden Mechanismus, der zwei Beispiele unterstützt, die Ausnahmen hierfür sind, wenn der Namespace-Typ-Parameter NTEXPORTNAME angibt oder wenn die GSS-API-Implementierung kein Multi-Mechanismus ist. Die Bytes, die weitergegeben werden, werden von jedem zugrunde liegenden Mechanismus entsprechend einem Codierungsschema seiner Wahl für den gegebenen Nametyp interpretiert. Parameter: name - das Byte-Array, das den Namen enthält, um nameType zu erstellen - das Oid, das den Namespace des im Byte-Array angegebenen Namens angibt. Null kann verwendet werden, um festzulegen, dass von jedem Mechanismus, der das Bytearray untersucht, eine mechaspezifische Standardsyntax angenommen werden sollte. Rückgabewert: ein GSSName, der die angegebenen Throws darstellt: GSSException - mit den folgenden Hauptfehlercodes: GSSException. BADNAMETYPE. GSSException. BADNAME. GSSException. BADMECH. GSSException. FAILURE Siehe auch: GSSName. GSSName. NTEXPORTNAME createName Factory-Methode, um einen String-Namen aus dem angegebenen Namespace in ein GSSName-Objekt zu konvertieren und gleichzeitig für einen Mechanismus zu kanonisieren. Mit anderen Worten, diese Methode ist ein Dienstprogramm, das das Äquivalent von zwei Schritten macht: die createName und dann auch die GSSName. canonicalize. Parameter: nameStr - die Zeichenfolge, die eine druckbare Form des zu erstellenden Namens darstellt. NameType - das Oid, das den Namespace des bereitgestellten druckbaren Namens angibt. Null kann verwendet werden, um festzulegen, dass von jedem Mechanismus, der nameStr untersucht, eine Mechanismus-spezifische, druckbare Standard-Syntax angenommen werden sollte. Es ist nicht ratsam, den Nametyp NTEXPORTNAME mit dieser Methode zu verwenden. Mech - Oid, das den Mechanismus angibt, für den der Name kanonisiert werden soll Rückgabewerte: ein GSSName, der den angegebenen Throws darstellt GSSException - enthält die folgenden Hauptfehlercodes: GSSException. BADNAMETYPE. GSSException. BADNAME. GSSException. BADMECH. GSSException. FAILURE Siehe auch: GSSName. canonicalize (Oid). GSSName. NTEXPORTNAME createName Factory-Methode zum Konvertieren eines Bytearrays, das einen Namen aus dem angegebenen Namespace enthält, in ein GSSName-Objekt und kanonisiert ihn gleichzeitig für einen Mechanismus. Mit anderen Worten, diese Methode ist ein Dienstprogramm, das das Äquivalent von zwei Schritten macht: die createName und dann auch GSSName. canonicalize. Parameter: name - das Byte-Array, das den Namen enthält, um nameType zu erstellen - das Oid, das den Namespace des im Byte-Array angegebenen Namens angibt. Null kann verwendet werden, um festzulegen, dass von jedem Mechanismus, der das Bytearray untersucht, eine mechaspezifische Standardsyntax angenommen werden sollte. Mech - Oid, das den Mechanismus angibt, für den der Name kanonisiert werden soll Rückgabewerte: ein GSSName, der den angegebenen Throws darstellt GSSException - enthält die folgenden Hauptfehlercodes: GSSException. BADNAMETYPE. GSSException. BADNAME. GSSException. BADMECH. GSSException. FAILURE Siehe auch: GSSName. canonicalize (Oid). GSSName. NTEXPORTNAME createCredential Factory-Methode zum Erwerb von Standardanmeldeinformationen. Dies führt dazu, dass die GSS-API systemspezifische Vorgaben für die Menge der Mechanismen, den Namen und die Lebensdauer verwendet. GSS-API-Mechanismusanbieter müssen eine lokale Zugriffssteuerungsrichtlinie für Anrufer auferlegen, um zu verhindern, dass unberechtigte Anrufer Anmeldeinformationen erwerben, zu denen sie nicht berechtigt sind. Die Arten von Berechtigungen, die von verschiedenen Mechanismus-Anbietern benötigt werden, werden auf einer Per-Mechanismus-Basis dokumentiert. Eine fehlgeschlagene Berechtigungsprüfung kann dazu führen, dass eine SecurityException von dieser Methode ausgelöst wird. CreateCredential Factory-Methode für den Erwerb eines einzigen Mechanismus Anmeldeinformationen. GSS-API-Mechanismusanbieter müssen eine lokale Zugriffssteuerungsrichtlinie für Anrufer auferlegen, um zu verhindern, dass unberechtigte Anrufer Anmeldeinformationen erwerben, zu denen sie nicht berechtigt sind. Die Arten von Berechtigungen, die von verschiedenen Mechanismus-Anbietern benötigt werden, werden auf einer Per-Mechanismus-Basis dokumentiert. Eine fehlgeschlagene Berechtigungsprüfung kann dazu führen, dass eine SecurityException von dieser Methode ausgelöst wird. Nicht-Standardwerte für die Lebensdauer können nicht immer durch die zugrunde liegenden Mechanismen geehrt werden, daher sollten Anwendungen vorbereitet sein, um getRemainingLifetime auf die zurückgegebene Berechtigung aufzurufen. Parameter: name - der Name des Principals, für den diese Berechtigung erworben werden soll. Verwenden Sie null, um den Standardprinzipal anzugeben. Lebensdauer - Die Anzahl der Sekunden, die die Anmeldeinformationen gültig bleiben sollen. Verwenden Sie GSSCredential. INDEFINITELIFETIME, um zu verlangen, dass die Anmeldeinformationen die maximal zulässige Lebensdauer haben. Verwenden Sie GSSCredential. DEFAULTLIFETIME, um die standardmäßige Anmeldeinformationslebensdauer anzufordern. Mech - die Oid des gewünschten Mechanismus. Verwenden Sie (Oid) null, um den Standardmechanismus anzufordern. Verwendung - Die beabsichtigte Verwendung für dieses Berechtigungsobjekt. Der Wert dieses Parameters muss einer der folgenden Werte entsprechen: GSSCredential. INITIATEANDACCEPT. GSSCredential. ACCEPTONLY. Und GSSCredential. INITIATEONLY. Rückgabewert: ein GSSCredential des angeforderten Typs. Throws: GSSException - mit den folgenden Hauptfehlercodes: GSSException. BADMECH. GSSException. BADNAMETYPE. GSSException. BADNAME. GSSException. CREDENTIALSEXPIRED. GSSException. NOCRED. GSSException. FAILURE Siehe auch: GSSCredential createCredential Factory-Methode zum Erfassen von Anmeldeinformationen über einen Satz von Mechanismen. Diese Methode versucht, Anmeldeinformationen für jeden der Mechanismen zu erwerben, die in dem Array namens mechs angegeben sind. Um die Liste der Mechanismen festzulegen, für die die Erfassung der Anmeldeinformationen erfolgreich war, sollte der Aufrufer die GSSCredential. getMechs-Methode verwenden. GSS-API-Mechanismusanbieter müssen eine lokale Zugriffssteuerungsrichtlinie für Anrufer auferlegen, um zu verhindern, dass unberechtigte Anrufer Anmeldeinformationen erwerben, zu denen sie nicht berechtigt sind. Die Arten von Berechtigungen, die von verschiedenen Mechanismus-Anbietern benötigt werden, werden auf einer Per-Mechanismus-Basis dokumentiert. Eine fehlgeschlagene Berechtigungsprüfung kann dazu führen, dass eine SecurityException von dieser Methode ausgelöst wird. Nicht-Standardwerte für die Lebensdauer können nicht immer durch die zugrunde liegenden Mechanismen geehrt werden, daher sollten Anwendungen vorbereitet sein, um getRemainingLifetime auf die zurückgegebene Berechtigung aufzurufen. Parameter: name - der Name des Principals, für den diese Berechtigung erworben werden soll. Verwenden Sie null, um den Standardprinzipal anzugeben. Lebensdauer - Die Anzahl der Sekunden, die die Anmeldeinformationen gültig bleiben sollen. Verwenden Sie GSSCredential. INDEFINITELIFETIME, um zu verlangen, dass die Anmeldeinformationen die maximal zulässige Lebensdauer haben. Verwenden Sie GSSCredential. DEFAULTLIFETIME, um die standardmäßige Anmeldeinformationslebensdauer anzufordern. Mechs - ein Array von Oids, das die Mechanismen angibt, über die das Credential erworben werden soll. Verwenden Sie (Oid) null für die Anforderung eines systemspezifischen Standardsatzes von Mechanismen. Verwendung - Die beabsichtigte Verwendung für dieses Berechtigungsobjekt. Der Wert dieses Parameters muss einer der folgenden Werte entsprechen: GSSCredential. INITIATEANDACCEPT. GSSCredential. ACCEPTONLY. Und GSSCredential. INITIATEONLY. Rückgabewert: ein GSSCredential des angeforderten Typs. Throws: GSSException - enthält die folgenden Hauptfehlercodes: GSSException. BADMECH. GSSException. BADNAMETYPE. GSSException. BADNAME. GSSException. CREDENTIALSEXPIRED. GSSException. NOCRED. GSSException. FAILURE Siehe auch: GSSCredential createContext Factory-Methode zum Erstellen eines Kontexts auf der Seite der Initiatoren. Einige Mechanismenanbieter könnten erfordern, dass der Anrufer die Erlaubnis erhalten wird, einen Sicherheitskontext einzuleiten. Eine fehlgeschlagene Berechtigungsprüfung kann dazu führen, dass eine SecurityException von dieser Methode ausgelöst wird. Nicht-Standardwerte für die Lebensdauer können nicht immer durch den zugrundeliegenden Mechanismus geehrt werden, daher sollten Anwendungen bereit sein, getLifetime auf den zurückgegebenen Kontext aufzurufen. Parameter: peer - der Name des Ziel-Peers. Mech - die Oid des gewünschten Mechanismus. Verwenden Sie null, um den Standardmechanismus anzufordern. MyCred - die Anmeldeinformationen des Initiators. Verwenden Sie null, um als Standardinitiatorprinzipal zu fungieren. Lebensdauer - die Lebensdauer, in Sekunden, für den Kontext angefordert. Verwenden Sie GSSContext. INDEFINITELIFETIME, um zu verlangen, dass der Kontext die maximal zulässige Lebensdauer hat. Verwenden Sie GSSContext. DEFAULTLIFETIME, um eine Standardlebensdauer für den Kontext anzufordern. GSSException. BADMECH GSSException. FAILURE Siehe auch: GSSContext createContext Factory-Methode zum Erstellen eines Kontexts auf der Akzeptorseite. GSSException. BADMECH GSSException. FAILURE Siehe auch: GSSContext createContext Factory-Methode zum Erstellen eines Kontexts auf der Akzeptorseite. Die Kontexteigenschaften werden aus dem Eingangstoken bestimmt, das dem Akzeptierverfahren zugeführt wird. Einige Mechanismus-Provider könnten erfordern, dass der Anrufer die Berechtigung zum Akzeptieren eines Sicherheitskontextes erteilt wird. Eine fehlgeschlagene Berechtigungsprüfung kann dazu führen, dass eine SecurityException von dieser Methode ausgelöst wird. CreateContext Factory-Methode zum Erstellen eines zuvor exportierten Kontextes. Die Kontexteigenschaften werden aus dem Eingabe-Token bestimmt und können nicht durch die Set-Methoden geändert werden. Implementierungen sind nicht erforderlich, um den interprozessuellen Transfer von Sicherheitskontexten zu unterstützen. Vor dem Exportieren eines Kontexts wird der Aufruf von GSSContext. isTransferable anzeigen, ob der Kontext übertragbar ist. Wenn Sie diese Methode in einer Implementierung aufrufen, die diese nicht unterstützt, führt dies zu einer GSSException mit dem Fehlercode GSSException. UNAVAILABLE. Einige Mechanismenanbieter erfordern möglicherweise, dass der Aufrufer die Erlaubnis erhält, einen Sicherheitskontext einzuleiten oder zu akzeptieren. Eine fehlgeschlagene Berechtigungsprüfung kann dazu führen, dass eine SecurityException von dieser Methode ausgelöst wird. AddProviderAtFront Diese Methode wird verwendet, um dem GSSManager anzuzeigen, dass die Anwendung einen bestimmten Anbieter vor allen anderen verwenden möchte, wenn Unterstützung für den angegebenen Mechanismus gewünscht wird. Wenn ein Wert von null anstelle eines Oid für den Mechanismus verwendet wird, muss der GSSManager den angegebenen Provider vor allen anderen verwenden, egal was der Mechanismus ist. Nur wenn der angegebene Provider den benötigten Mechanismus nicht unterstützt, sollte der GSSManager zu einem anderen Provider wechseln. Wenn Sie diese Methode wiederholt aufbewahren, werden die älteren Einstellungen beibehalten, jedoch vermindert sie diese, wodurch eine geordnete Liste von Anbieter - und Oid-Paaren gebildet wird, die an der Spitze wachsen. Das Aufrufen von addProviderAtFront mit einem Null-Oid entfernt alle vorherigen Einstellungen, die für diesen Provider in der GSSManager-Instanz festgelegt wurden. Das Aufrufen von addProviderAtFront mit einem Nicht-Null-Oid entfernt alle vorherigen Einstellungen, die mit diesem Mechanismus und diesem Anbieter zusammen festgelegt wurden. Wenn die GSSManager-Implementierung keine SPI mit einer steckbaren Provider-Architektur unterstützt, sollte sie eine GSSException mit dem Statuscode GSSException. UNAVAILABLE werfen, um anzuzeigen, dass die Operation nicht verfügbar ist. Angenommen, eine Anwendung wünschte, dass der Provider A immer zuerst überprüft werden sollte, wenn ein Mechanismus benötigt wird, würde er anrufen: Wenn nun auch gewünscht wurde, dass der Mechanismus von Oid m1 immer vom Provider B erhalten wird, bevor die zuvor eingestellte A überprüft wurde, Call: Der GSSManager würde dann zuerst mit B überprüfen, wenn m1 benötigt wurde. Falls B keine Unterstützung für m1 bereitstellen würde, würde der GSSManager weiterhin mit A überprüfen. Wenn irgendein Mechanismus m2 benötigt wird, bei dem m2 von m1 verschieden ist, dann würde der GSSManager B überspringen und mit A direkt prüfen. Angenommen, zu einem späteren Zeitpunkt wird folgender Aufruf an die gleiche GSSManager-Instanz durchgeführt: dann wird die vorherige Einstellung mit dem Paar (B, m1) von diesem subsumiert und sollte entfernt werden. Die Liste der Präferenzen wird nunmehr durch den folgenden Aufruf nicht aufgenommen: Die vorherige Einstellung von (A, null) wird nicht übernommen, und die Liste wird effektiv zu Parametern: p - die Provider-Instanz, die verwendet werden sollte, wenn Unterstützung benötigt wird Für mech. Mech - der Mechanismus, für den der Provider gesetzt wird Throws: GSSException - mit den folgenden großen Fehlercodes: GSSException. UNAVAILABLE. GSSException. FAILURE addProviderAtEnd Diese Methode wird verwendet, um dem GSSManager anzuzeigen, dass die Anwendung einen bestimmten Provider verwenden möchte, wenn kein anderer Provider gefunden werden kann, der den angegebenen Mechanismus unterstützt. Wenn ein Wert von null anstelle eines Oid für den Mechanismus verwendet wird, muss der GSSManager den angegebenen Provider für jeden Mechanismus verwenden. Wenn man diese Methode wiederholt aufbewahrt, werden die älteren Einstellungen beibehalten, aber sie werden vorzugsweise über die neueren Werte gehoben, wodurch eine geordnete Liste von Anbietern und Oid-Paaren gebildet wird, die am Boden wachsen. Daher werden die älteren Provider-Einstellungen zuerst verwendet, bevor diese ist. Wenn es vorher vorhandene Einstellungen gibt, die mit der hier festgelegten Einstellung in Konflikt stehen, sollte der GSSManager diese Anforderung ignorieren. Wenn die GSSManager-Implementierung keine SPI mit einer steckbaren Provider-Architektur unterstützt, sollte sie eine GSSException mit dem Statuscode GSSException. UNAVAILABLE werfen, um anzuzeigen, dass die Operation nicht verfügbar ist. Angenommen, eine Anwendung wünschte, daß, wenn ein Mechanismus von Oid m1 benötigt wird, die Systemvorgabeanbieter immer zuerst geprüft werden und nur dann, wenn sie m1 nicht unterstützen, wenn ein Anbieter A überprüft werden soll. Sie würde dann den Anruf tätigen: Wenn nun auch gewünscht wird, dass für alle Mechanismen der Provider B überprüft wird, nachdem alle konfigurierten Provider überprüft worden sind, würde er dann aufrufen: Die Liste der Präferenzen wird nun effektiv. Angenommen, zu einem späteren Zeitpunkt wird folgender Aufruf an dieselbe GSSManager-Instanz durchgeführt: Die vorherige Einstellung mit dem Paar (B, null) subsumiert diese und daher sollte diese Anforderung ignoriert werden. Das gleiche würde passieren, wenn für die bereits vorhandenen Paare von (A, m1) oder (B, null) eine Anforderung gestellt wird. Beachten Sie jedoch, dass der folgende Aufruf nicht durch die vorherige Einstellung von (A, m1) subsumiert wird und die Liste wirksam zu Parametern wird: p - die Providerinstanz, die verwendet werden sollte, wenn Unterstützung für mech benötigt wird. Mech - der Mechanismus, für den der Provider gesetzt wird Throws: GSSException - mit den folgenden großen Fehlercodes: GSSException. UNAVAILABLE. GSSException. FAILURE Einen Fehler oder eine Funktion übergeben Weitere Informationen zur API-Referenz und Entwicklerdokumentation finden Sie unter Java SE-Dokumentation. Diese Dokumentation enthält detaillierte, entwicklerbezogene Beschreibungen mit konzeptionellen Übersichten, Definitionen von Begriffen, Workarounds und Arbeitsbeispielen. Copyright x00a9 1993, 2016, Oracle und seine Tochtergesellschaften. Alle Rechte vorbehalten. Die Verwendung unterliegt den Lizenzbestimmungen. Weitere Informationen finden Sie in der Dokumentation zur Umverteilungsrichtlinie. Das Skripting auf dieser Seite verfolgt den Webseitenverkehr, verändert aber den Inhalt in keiner Weise.14 Februar 2017 Dukascopy Europe schließt sich der Video-Revolution an Dukascopy Europe hat das Anmeldeverfahren für seine Kunden durch die Integration einer modernen Technologie, die von der Muttergesellschaft Dukascopy entwickelt wurde, erfolgreich revolutioniert Bank SA. Die Kunden können Video Identification wählen, wenn sie das Konto öffnen, und erhalten so eine komfortable Identifizierungsmethode, die überall in der Welt von Dukascopys innovativem und sicherem Messenger Dukascopy Connect genutzt werden kann. Mit dieser Technologie hat Dukascopy Europe höhere Limits für aktuelle und potenzielle Kunden eingeführt und gleichzeitig den Zeitaufwand für die Eröffnung eines Kontos reduziert, was auch am Wochenende möglich ist. 07. Februar 2017 Dukascopy 911: Gegenüber einer künstlichen Intelligenz Die Dukascopy Bank SA ist stolz, den Start des Dukascopy 911, des mobilen Frage - und Antwortservices bekannt zu geben. Dort erhalten Sie Belohnungen von Dukascopy, um Antworten zu geben. Dank dieses neuen Dienstes können die Benutzer jetzt sofort und relevante Antworten von Community-Experten auf eine lustige und moderne Art und Weise erhalten, die relevanter als eine Suchmaschine sind. Finden Sie Antworten auf Ihre Fragen oder besuchen Sie die Experten-Community durch Herunterladen von Dukascopy Connect, Messenger von Dukascopy entwickelt. Dukascopy freut sich auf die 911-Plattform für BOTS zu öffnen, um das künstliche Intelligenzalter zu erreichen und den Nutzern einen noch schnelleren Service zu bieten. Dukascopy 911 ist so konzipiert, dass es in einem Ort, der von menschlicher und künstlicher Intelligenz (BOTS) zur Verfügung gestellt wird, kombinieren und einen Wettbewerb zwischen ihnen schaffen. Wer wird gewinnen Wer verliert Intrigued Folgen Sie diesem Link, um mehr zu erfahren. 13. Januar 2017 Handelsüberschreitungen am MLK-Tag Bitte beachten Sie die folgenden Börsenpausen am kommenden Montag, den 16. Januar aufgrund des Martin-Luther-King-Tages in den USA: USA30.IDX schließen Mon 17:30 GMT - wieder öffnen Di 07:00 GMT USA500.IDX schließen Mo 17:30 GMT - wieder öffnen Di 07:00 GMT USATECH. IDX schließen Mo 17:30 GMT - wieder öffnen Di 07:00 GMT LIGHT. CMD schließen Mo 17:30 GMT - wieder öffnen Mo 23 : 00 GMT JPN. IDX schließen Mo 17:30 GMT - wieder öffnen Di 01:00 GMT XAUUSD schließen Mo 17:30 GMT - wieder öffnen Mo 23:00 GMT XAGUSD schließen Mo 17:30 GMT - wieder öffnen Mo 23 : 00 GMT 14. Dezember 2016 Saisonmarktstunden Die detaillierten Marktstunden für FX, Bullion und CFD Märkte finden Sie hier. Bitte achten Sie auf reduzierte Liquidität und die Möglichkeit von Unterbrechungen während der Weihnachts - und Neujahrsferien. 05 Dezember 2016 Neue JForex 3 ist auf LIVE verfügbar Dukascopy Bank SA hat eine neue Generation der JForex-Plattform JForex 3 mit höherer Leistung und besserer Benutzerfreundlichkeit veröffentlicht Nach dem erfolgreichen Start auf DEMO im September 2016 hat JForex 3 die Probezeit erfolgreich bestanden und hat Werden auf LIVE verfügbar Während des Probezeitraums haben sich die Dukascopy DEMO User für die neue JForex 3 gegenüber der aktuellen Version entschieden. Die neue JForex 3-Plattform verfügt über eine Schnittstelle, die der aktuellen Version der JForex-Plattform entspricht, was die Bekanntschaft für Benutzer erleichtert, die bereits mit JForex vertraut sind. JForex 3 ist gleichzeitig verfügbar mit der aktuellen Generation von JForex, so dass Benutzer den Handel auf die aktuelle Version der Plattform fortsetzen, wenn sie dies wünschen. Die neue JForex 3-Plattform verfügt über neue Funktionen wie Zoomfunktion, Dragampdrop (persönlich einstellbare Schnittstelle), über 35 neue Handelsindikatoren, erweiterte Indikatoreinstellungen (zB Möglichkeit, neue Indikatoren auf der Grundlage der Ausgabe anderer Indikatoren, verschiedener Instrumente, Perioden etc. aufzubauen) ), Bestellen Pop-up-Benachrichtigungen, neue Arten von Handelsbeträgen (Lose, M, K) und ein neues Design mit verschiedenen Farbthemen. Die vollständige Liste der neuen Funktionen finden Sie unter Was ist neu. 01. Dezember 2016 Treffen Sie Dukascopy in Shanghai am 2. und 4. Dezember. Die Dukascopy Bank SA beteiligt sich am 2. Dezember am Shanghai Money Fair 2016. Sie sind herzlich eingeladen, unseren Messestand während der Messetage zu besuchen und unsere Vertreter persönlich kennenzulernen. Auch Dukascopy hält 2 Seminare am 3. Dezember um 11 Uhr und 14 Uhr. Verpassen Sie nicht Ihre Chance, es zu verbinden 22 November 2016 US Thanksgiving Urlaub Handelszeiten Beware der reduzierten Liquidität am Donnerstag, 24. November und Freitag, 25. November. Handelszeiten: FX Reguläre Handelszeiten am Donnerstag, den 24. November und am Freitag, 25. November Börsenschluss um 18:00 Uhr GMT am Donnerstag, 24. November Börsen öffnen sich am Donnerstag, 24. November um 23:00 Uhr GMT Der Handel beginnt am Freitag, 25. November um 18:45 Uhr GMT Die Märkte öffnen sich am Sonntag, 27. November um 23:00 Uhr GMT. Der Handel endet am Donnerstag, den 24. November um 17:30 Uhr GMT für die USA30.IDXUSD, USATECH. IDXUSD, USA500.IDXUSD. Die Märkte öffnen sich am Freitag, 25. November um 7:00 Uhr GMT. Der Handel endet um 18:00 Uhr GMT am Freitag, 25. November für die USA30.IDXUSD, USATECH. IDXUSD, USA500.IDXUSD. Die Märkte öffnen sich am Montag, dem 28. November um 7:00 Uhr GMT. Der Handel endet am Donnerstag, den 24. November um 17:30 Uhr GMT für die JPN. IDXJPY. Die Märkte öffnen sich am Freitag, 25. November um 1:00 Uhr GMT. Der Handel endet am Freitag, 25. November um 18:00 Uhr GMT für die JPN. IDXJPY. Die Märkte öffnen sich am Montag, den 28. November um 1:00 Uhr GMT Am Donnerstag, dem 24. November, um 18:00 Uhr GMT am Donnerstag, den 24. November, werden die LIGHT. CMDUSD-Märkte am Donnerstag, 24. November um 23:00 Uhr GMT eröffnet Freitag, 25. November für die LIGHT. CMDUSD. Die Märkte öffnen sich am Sonntag, 27. November um 23:00 Uhr GMT. Am Donnerstag, den 24. November, um 17:30 Uhr GMT wird die Börse von BRENT. CMDUSD am Freitag, den 25. November um 1:00 Uhr MEZ wieder geöffnet. Der Handel beginnt um 18:45 Uhr GMT Freitag, 25. November für die BRENT. CMDUSD. Märkte öffnen sich am Montag, dem 28. November, um 1:00 Uhr GMT am Montag, dem 28. November 15. November 2016 Treffen Sie Dukascopy in Lugano am 21. November 22. Die Dukascopy Bank SA beteiligt sich am Lantern Fund Forum am 21. und 22. November in Lugano. Sie sind herzlich eingeladen, unseren Messestand während der Messetage zu besuchen und unsere Vertreter persönlich kennenzulernen. 10. November 2016 Leverage auf CFD-Indizes wieder normal Die temporäre Leverage-Reduktion auf CFD-Indizes, die am 7. November um 14:00 Uhr GMT umgesetzt wurde, wurde aufgehoben. Bitte beachten Sie, dass die 1:10 Hebelwirkung auf USDMXN bis auf Weiteres erhalten bleibt. 09 November 2016 Normale Hebelwirkung für die meisten Instrumente Die Hebel-Einstellungen für die meisten Instrumente wurden nach den Ankündigungen der US-Wahl auf das normale Niveau erhöht. Dies beendet die vorübergehende Hebelverringerung, die am 8. November um 10:00 Uhr GMT umgesetzt wurde. Bitte beachten Sie, dass die Hebelwirkung auf USDMXN und allen CFD-Indizes bis auf Weiteres 1:10 bleibt.
No comments:
Post a Comment