CSJCurrent de:V5.0.1
Neue Funktionen
Verifizierungsspeicher
Das Verhalten des Verifizierungsspeichers wurde verbessert. Bitte beachten Sie die nicht-abwärtskompatiblen Änderungen bezüglich des Verifizierungsspeichers weiter unten.
- Bei Angabe eines Pfades zu einem Verifizierungsspeicher verwendet die `Client`-Instanz nun eine Standardimplementierung eines `IStore`.
- Ein zusätzlicher `ProtectionScope` Parameter kann übergeben werden, welcher angibt, ob der Verifizierungsspeicher auf Maschinenbasis oder Domänennutzerbasis geschützt werden soll. Wenn kein `ProtectionScope` übergeben wird, wird standardmäßig `ProtectionScope.LOCAL_MACHINE` verwendet, sodass verschiedene Domänennutzer auf einer Maschine auf den Verifizierungsspeicher zugreifen können.
- Alternativ kann dem `Client`-Konstruktor ein zusätzlicher `IStore` Parameter anstelle eines Verifizierungsspeicher-Pfades übergeben werden. Dieses Interface beschreibt eine Datenstruktur, die das Setzen, Erhalten, Löschen von Schlüssel-Wert-Paaren und persistente Speichern des Inhalts ermöglicht.
- Eine parameterlose Überladung von `Client.checkCompatibility` wurde eingeführt, die eine Kompatibilitätsprüfung gegen den Cryptshare Server ausführt. Dabei wird gegen eine von der API vorausgesetzte Mindestversion des Cryptshare Servers geprüft.
- Der Client unterstützt nun auch die Verifizierung von einzelnen Nutzer-E-Mail-Adressen in Verbindung mit verschiedenen Cryptshare Server URLs. Diese Änderung ermöglicht es, abhängig von der angegebenen Cryptshare Server URL mehrere Verifizierungstokens für eine einzelne Nutzer-E-Mail-Adresse aufzubewahren.
QUICK
Die API wurde um einige Methoden und Eigenschaften erweitert, die für die Nutzung von QUICK relevant sind. Transfer zurückziehen Es ist nun möglich, einen Transfer zurückzuziehen, sodass die dazugehörigen Dateien für die Empfänger nicht weiter zugänglich sind. Um einen Transfer zurückzurufen, müssen Sie lediglich eine beliebige Überladung von `Client.revokeTransfer` aufrufen und, falls notwendig, angeben, ob der Absender/Empfänger per E-Mail über den Rückzug des Transfers informiert werden soll. Optional können Sie eine Nachricht als Parameter übergeben, um den Standardbenachrichtigungstext mit einer benutzerdefinierten Nachricht zu ersetzen.
Bereitstellen einer eigenen `IProtectionService`-Implementierung für den Schutz der Client Store
Es besteht nun die Möglichkeit, eine eigene `IProtectionService`-Implementierung für den Schutz der Client Store bereitzustellen. Wir stellen auch die Referenzimplementierung `AesProtectionService` bereit, welche es erlaubt, die Client Store mittels AES-Verschlüsselung und einem ausgewählten `IKeySourceProvider` zu schützen. Auch für den `IKeySourceProvider` bieten wir die Referenzimplementierung an.
Neue Upload-Callbacks
Es wurden neue Callback-Parameter für die Methoden `Client.performTransfer` und `Client.beginTransfer` eingeführt. Diese Handler werden bei Statusänderungen des Transfers aufgerufen. Zusammenfassend lässt sich sagen, dass zwischen den Aufrufen zu `I``UploadFilesFinishedHandler` und `I``UploadCompletedHandler` der Server diverse Verarbeitungen wie z.B. Dateiverschlüsselung durchführt.
Nicht-abwärtskompatible Änderungen
- Der Namespace com.befinesolutions.cryptshare.aping `wurde in` com.c`ryptshare.api` umbenannt.
- Die minimal erforderliche Cryptshare Server für die Verwendung der Java API ist die Version 4.5.0.