Informationen zum Document Security-Dienst
Der Document Security-Dienst ermöglicht es Benutzern, Vertraulichkeitseinstellungen dynamisch auf Adobe PDF-Dokumente anzuwenden und die Kontrolle über die Dokumente zu behalten, unabhängig davon, wie weit sie verteilt sind.
Der Document Security-Dienst verhindert, dass Informationen über die Reichweite des Benutzers verteilt werden, indem er es Benutzern ermöglicht, die Kontrolle darüber zu behalten, wie Empfänger das richtliniengeschützte PDF-Dokument verwenden. Ein Benutzer kann angeben, wer ein Dokument öffnen, einschränken, wie es verwendet werden kann, und das Dokument nach seiner Verteilung überwachen. Ein Benutzer kann auch den Zugriff auf ein richtliniengeschütztes Dokument dynamisch steuern und sogar den Zugriff auf das Dokument dynamisch sperren.
Der Document Security-Dienst schützt auch andere Dateitypen wie Microsoft Word-Dateien (DOC-Dateien). Sie können die Document Security Client-API verwenden, um mit diesen Dateitypen zu arbeiten. Die folgenden Versionen werden unterstützt:
In den beiden folgenden Abschnitten wird die Verwendung von Word-Dokumenten erläutert:
Sie können diese Aufgaben mithilfe des Document Security-Dienstes ausführen:
Weitere Informationen zum Document Security-Dienst finden Sie unter Dienstreferenz für AEM Forms.
Sie können Richtlinien programmgesteuert mit der Document Security Java-API oder der Web Service-API erstellen. A policy ist eine Sammlung von Informationen, die Document Security-Einstellungen, autorisierte Benutzer und Verwendungsrechte umfasst. Sie können eine beliebige Anzahl von Richtlinien erstellen und speichern, indem Sie Sicherheitseinstellungen verwenden, die für unterschiedliche Situationen und Benutzer geeignet sind.
Richtlinien ermöglichen Ihnen die Durchführung folgender Aufgaben:
Wenn Sie eine Richtlinie mit der Webdienst-API erstellen, verweisen Sie auf eine vorhandene XML-Datei für Portable Document Rights Language (PDRL), die die Richtlinie beschreibt. Richtlinienberechtigungen und der Prinzipal werden im PDRL-Dokument definiert. Das folgende XML-Dokument ist ein Beispiel für ein PDRL-Dokument.
<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<Policy PolicyInstanceVersion="1" PolicyID="5DA3F847-DE76-F9CC-63EA-49A8D59154DE" PolicyCreationTime="2004-08-30T00:02:28.294+00:00" PolicyType="1" PolicySchemaVersion="1.0" PolicyName="SDK Test Policy -4344050357301573237" PolicyDescription="An SDK Test policy" xmlns="https://www.adobe.com/schema/1.0/pdrl">
<PolicyEntry>
<ns1:Permission PermissionName="com.adobe.aps.onlineOpen" Access="ALLOW" xmlns:ns1="https://www.adobe.com/schema/1.0/pdrl" xmlns="https://www.adobe.com/schema/1.0/pdrl-ex" />
<ns2:Permission PermissionName="com.adobe.aps.offlineOpen" Access="ALLOW" xmlns:ns2="https://www.adobe.com/schema/1.0/pdrl" xmlns="https://www.adobe.com/schema/1.0/pdrl-ex" />
<ns3:Permission PermissionName="com.adobe.aps.pdf.editNotes" Access="ALLOW" xmlns:ns3="https://www.adobe.com/schema/1.0/pdrl" xmlns="https://www.adobe.com/schema/1.0/pdrl-ex" />
<ns4:Permission PermissionName="com.adobe.aps.pdf.fillAndSign" Access="ALLOW" xmlns:ns4="https://www.adobe.com/schema/1.0/pdrl" xmlns="https://www.adobe.com/schema/1.0/pdrl-ex" />
<Principal PrincipalNameType="SYSTEM">
<PrincipalDomain>EDC_SPECIAL</PrincipalDomain>
<PrincipalName>all_internal_users</PrincipalName>
</Principal>
</PolicyEntry>
<PolicyEntry>
<ns5:Permission PermissionName="com.adobe.aps.onlineOpen" Access="ALLOW" xmlns:ns5="https://www.adobe.com/schema/1.0/pdrl" xmlns="https://www.adobe.com/schema/1.0/pdrl-ex" />
<ns6:Permission PermissionName="com.adobe.aps.offlineOpen" Access="ALLOW" xmlns:ns6="https://www.adobe.com/schema/1.0/pdrl" xmlns="https://www.adobe.com/schema/1.0/pdrl-ex" />
<ns7:Permission PermissionName="com.adobe.aps.pdf.copy" Access="ALLOW" xmlns:ns7="https://www.adobe.com/schema/1.0/pdrl" xmlns="https://www.adobe.com/schema/1.0/pdrl-ex" />
<ns8:Permission PermissionName="com.adobe.aps.pdf.printLow" Access="ALLOW" xmlns="https://www.adobe.com/schema/1.0/pdrl-ex" xmlns:ns8="https://www.adobe.com/schema/1.0/pdrl" />
<ns9:Permission PermissionName="com.adobe.aps.policySwitch" Access="ALLOW" xmlns:ns9="https://www.adobe.com/schema/1.0/pdrl" xmlns="https://www.adobe.com/schema/1.0/pdrl-ex" />
<ns10:Permission PermissionName="com.adobe.aps.revoke" Access="ALLOW" xmlns="https://www.adobe.com/schema/1.0/pdrl-ex" xmlns:ns10="https://www.adobe.com/schema/1.0/pdrl" />
<ns11:Permission PermissionName="com.adobe.aps.pdf.edit" Access="ALLOW" xmlns:ns11="https://www.adobe.com/schema/1.0/pdrl" xmlns="https://www.adobe.com/schema/1.0/pdrl-ex" />
<ns12:Permission PermissionName="com.adobe.aps.pdf.editNotes" Access="ALLOW" xmlns:ns12="https://www.adobe.com/schema/1.0/pdrl" xmlns="https://www.adobe.com/schema/1.0/pdrl-ex" />
<ns13:Permission PermissionName="com.adobe.aps.pdf.fillAndSign" Access="ALLOW" xmlns:ns13="https://www.adobe.com/schema/1.0/pdrl" xmlns="https://www.adobe.com/schema/1.0/pdrl-ex" />
<ns14:Permission PermissionName="com.adobe.aps.pdf.printHigh" Access="ALLOW" xmlns:ns14="https://www.adobe.com/schema/1.0/pdrl" xmlns="https://www.adobe.com/schema/1.0/pdrl-ex" />
<Principal PrincipalNameType="SYSTEM">
<PrincipalDomain>EDC_SPECIAL</PrincipalDomain>
<PrincipalName>publisher</PrincipalName>
</Principal>
</PolicyEntry>
<OfflineLeasePeriod>
<Duration>P31D</Duration>
</OfflineLeasePeriod>
<AuditSettings isTracked="true" />
<PolicyValidityPeriod isAbsoluteTime="false">
<ValidityPeriodRelative>
<NotBeforeRelative>PT0S</NotBeforeRelative>
<NotAfterRelative>P20D</NotAfterRelative>
</ValidityPeriodRelative>
</PolicyValidityPeriod>
</Policy>
Weitere Informationen zum Document Security-Dienst finden Sie unter Dienstreferenz für AEM Forms.
Um eine Richtlinie zu erstellen, führen Sie die folgenden Schritte aus:
Projektdateien einschließen
Fügen Sie die erforderlichen Dateien in Ihr Entwicklungsprojekt ein. Wenn Sie eine Clientanwendung mit Java erstellen, schließen Sie die erforderlichen JAR-Dateien ein. Wenn Sie Webdienste verwenden, stellen Sie sicher, dass Sie die Proxy-Dateien einschließen.
Die folgenden JAR-Dateien müssen zum Klassenpfad Ihres Projekts hinzugefügt werden:
Informationen zum Speicherort dieser JAR-Dateien finden Sie unter Einschließen von AEM Forms-Java-Bibliotheksdateien.
Erstellen eines Document Security Client-API-Objekts
Bevor Sie einen Document Security-Dienstvorgang programmgesteuert durchführen können, erstellen Sie ein Client-Objekt des Document Security-Dienstes.
Festlegen der Richtlinienattribute
Legen Sie zum Erstellen einer Richtlinie Richtlinienattribute fest. Ein obligatorisches Attribut ist der Richtlinienname. Richtliniennamen müssen für jeden Richtliniensatz eindeutig sein. Ein Richtliniensatz ist lediglich eine Sammlung von Richtlinien. Es kann zwei Richtlinien mit demselben Namen geben, wenn die Richtlinien zu separaten Richtliniensätzen gehören. Zwei Richtlinien in einem einzigen Richtliniensatz dürfen jedoch nicht denselben Richtliniennamen haben.
Ein weiteres nützliches Attribut, das festgelegt werden kann, ist der Gültigkeitszeitraum. Ein Gültigkeitszeitraum ist der Zeitraum, in dem autorisierte Empfänger auf ein richtliniengeschütztes Dokument zugreifen können. Wenn Sie dieses Attribut nicht festlegen, ist die Richtlinie immer gültig.
Für einen Gültigkeitszeitraum kann eine der folgenden Optionen festgelegt werden:
Sie können nur ein Startdatum angeben, was dazu führt, dass die Richtlinie nach dem Startdatum gültig ist. Wenn Sie nur ein Enddatum angeben, ist die Richtlinie bis zum Enddatum gültig. Eine Ausnahme wird jedoch ausgelöst, wenn sowohl ein Start- als auch ein Enddatum nicht definiert sind.
Beim Festlegen von Attributen, die zu einer Richtlinie gehören, können Sie auch Verschlüsselungseinstellungen festlegen. Diese Verschlüsselungseinstellungen wirken sich darauf aus, wenn die Richtlinie auf ein Dokument angewendet wird. Sie können die folgenden Verschlüsselungswerte angeben:
Wenn Sie die NoEncryption
-Option können Sie die PlaintextMetadata
-Option false
. Wenn Sie dies versuchen, wird eine Ausnahme ausgelöst.
Weitere Informationen zu anderen Attributen, die Sie festlegen können, finden Sie unter Policy
Beschreibung der Benutzeroberfläche in AEM Forms API-Referenz.
Einen Richtlinieneintrag erstellen
Ein Richtlinieneintrag hängt Prinzipale, d. h. Gruppen und Benutzer, sowie Berechtigungen an eine Richtlinie an. Eine Richtlinie muss mindestens einen Richtlinieneintrag enthalten. Assume, for example, that you perform these tasks:
Dadurch können Empfänger das Dokument nur online anzeigen und nicht kopieren. Das Dokument bleibt sicher, bis die Sicherheit entfernt wurde.
Richtlinie registrieren
Eine neue Richtlinie muss registriert sein, bevor sie verwendet werden kann. Nachdem Sie eine Richtlinie registriert haben, können Sie sie zum Schutz von Dokumenten verwenden.
Erstellen Sie eine Richtlinie mithilfe der Document Security-API (Java):
Projektdateien einschließen.
Schließen Sie Client-JAR-Dateien wie adobe-rightsmanagement-client.jar in den Klassenpfad Ihres Java-Projekts ein.
Erstellen Sie ein Document Security Client-API-Objekt.
ServiceClientFactory
-" -Objekt, das Verbindungseigenschaften enthält.DocumentSecurityClient
-Objekt, indem Sie seinen Konstruktor verwenden und das ServiceClientFactory
-Objekt übergeben.Legen Sie die Attribute der Richtlinie fest.
Policy
-Objekt durch Aufrufen der InfomodelObjectFactory
Statische Objektform createPolicy
-Methode. Diese Methode gibt eine Policy
-Objekt.Policy
-Objekt setName
-Methode verwenden und einen string -Wert übergeben, der den Richtliniennamen angibt.Policy
-Objekt setDescription
-Methode verwenden und einen string -Wert übergeben, der die Beschreibung der Richtlinie angibt.Policy
-Objekt setPolicySetName
-Methode verwenden und einen string -Wert übergeben, der den Namen des Richtliniensatzes angibt. (Sie können null
für diesen Parameterwert, der dazu führt, dass die Richtlinie zum Meine Richtlinien Richtliniensatz.)InfomodelObjectFactory
Statische Objektform createValidityPeriod
-Methode. Diese Methode gibt eine ValidityPeriod
-Objekt.ValidityPeriod
-Objekt setRelativeExpirationDays
-Methode verwenden und einen ganzzahligen Wert übergeben, der die Anzahl der Tage angibt.Policy
-Objekt setValidityPeriod
-Methode und Übergabe der ValidityPeriod
-Objekt.Erstellen Sie einen Richtlinieneintrag.
InfomodelObjectFactory
Statische Objektform createPolicyEntry
-Methode. Diese Methode gibt eine PolicyEntry
-Objekt.InfomodelObjectFactory
Statische Objektform createPermission
-Methode. Übergeben Sie ein statisches Datenelement, das zum Permission
-Schnittstelle, die die Berechtigung darstellt. Diese Methode gibt eine Permission
-Objekt. Um beispielsweise die Berechtigung hinzuzufügen, mit der Benutzer Daten aus einem richtliniengeschützten PDF kopieren können, übergeben Sie Permission.COPY
. (Wiederholen Sie diesen Schritt für jede hinzuzufügende Berechtigung.)PolicyEntry
-Objekt addPermission
-Methode und Übergabe der Permission
-Objekt. (Wiederholen Sie diesen Schritt für jeden Permission
-Objekt).InfomodelObjectFactory
Statische Objektform createSpecialPrincipal
-Methode. Übergeben eines Datenelements, das zu der InfomodelObjectFactory
-Objekt, das den Prinzipal darstellt. Diese Methode gibt eine Principal
-Objekt. Um beispielsweise den Herausgeber des Dokuments als Prinzipal hinzuzufügen, übergeben Sie InfomodelObjectFactory.PUBLISHER_PRINCIPAL
.PolicyEntry
-Objekt setPrincipal
-Methode und Übergabe der Principal
-Objekt.Policy
-Objekt addPolicyEntry
-Methode und Übergabe der PolicyEntry
-Objekt.Registrieren Sie die Richtlinie.
Erstellen Sie eine PolicyManager
-Objekt durch Aufrufen der DocumentSecurityClient
-Objekt getPolicyManager
-Methode.
Registrieren Sie die Richtlinie, indem Sie die PolicyManager
-Objekt registerPolicy
-Methode verwenden und die folgenden Werte übergeben:
Policy
-Objekt, das die zu registrierende Richtlinie darstellt.Ein string -Wert für den Richtliniensatz, zu dem die Richtlinie gehört.
Wenn Sie in den Verbindungseinstellungen ein AEM Forms-Administratorkonto verwenden, erstellen Sie die DocumentSecurityClient
-Objekt ein und geben Sie dann den Namen des Richtliniensatzes an, wenn Sie die registerPolicy
-Methode. Wenn Sie eine null
für den Richtliniensatz, wird die Richtlinie in den Administratoren erstellt. Meine Richtlinien Richtliniensatz.
Wenn Sie einen Document Security-Benutzer in den Verbindungseinstellungen verwenden, können Sie die überladene registerPolicy
-Methode, die nur die Richtlinie akzeptiert. Das heißt, Sie müssen den Richtliniensatznamen nicht angeben. Die Richtlinie wird jedoch dem Richtliniensatz mit dem Namen Meine Richtlinien. Wenn Sie diesem Richtliniensatz die neue Richtlinie nicht hinzufügen möchten, geben Sie beim Aufrufen der registerPolicy
-Methode.
Referenzieren Sie beim Erstellen einer Richtlinie einen vorhandenen Richtliniensatz. Wenn Sie einen Richtliniensatz angeben, der nicht vorhanden ist, wird eine Ausnahme ausgelöst.
Codebeispiele, die den Document Security-Dienst verwenden, finden Sie unter folgenden Themen:
Erstellen Sie eine Richtlinie mithilfe der Document Security-API (Webdienst):
Projektdateien einschließen.
Erstellen Sie ein Microsoft .NET-Projekt, das MTOM verwendet. Stellen Sie sicher, dass Sie die folgende WSDL-Definition verwenden: http://localhost:8080/soap/services/RightsManagementService?WSDL&lc_version=9.0.1
.
Ersetzen localhost
mit der IP-Adresse des Servers, auf dem AEM Forms gehostet wird.
Erstellen Sie ein Document Security Client-API-Objekt.
Erstellen Sie eine DocumentSecurityServiceClient
-Objekt mithilfe des Standardkonstruktors.
Erstellen Sie eine DocumentSecurityServiceClient.Endpoint.Address
-Objekt mithilfe der System.ServiceModel.EndpointAddress
-Konstruktor. Übergeben Sie einen string -Wert, der die WSDL an den AEM Forms-Dienst angibt (z. B. http://localhost:8080/soap/services/RightsManagementService?WSDL
. Sie müssen die lc_version
-Attribut. Dieses Attribut wird verwendet, wenn Sie eine Dienstreferenz erstellen.)
Erstellen Sie eine System.ServiceModel.BasicHttpBinding
-Objekt durch Abrufen des Werts der RightsManagementServiceClient.Endpoint.Binding
-Feld. Wandeln Sie den Rückgabewert in BasicHttpBinding
um.
Legen Sie die System.ServiceModel.BasicHttpBinding
-Objekt MessageEncoding
-Feld zu WSMessageEncoding.Mtom
. Dieser Wert stellt sicher, dass MTOM verwendet wird.
Aktivieren Sie die einfache HTTP-Authentifizierung, indem Sie die folgenden Aufgaben ausführen:
RightsManagementServiceClient.ClientCredentials.UserName.UserName
.RightsManagementServiceClient.ClientCredentials.UserName.Password
.HttpClientCredentialType.Basic
zum Feld BasicHttpBindingSecurity.Transport.ClientCredentialType
.Konstantenwert zuweisen BasicHttpSecurityMode.TransportCredentialOnly
zum Feld BasicHttpBindingSecurity.Security.Mode
.
Legen Sie die Attribute der Richtlinie fest.
PolicySpec
, indem Sie den Konstruktor verwenden.PolicySpec
-Objekt name
Datenelement.PolicySpec
-Objekt description
Datenelement.PolicySpec
-Objekt policySetName
Datenelement. Sie müssen einen vorhandenen Richtliniensatznamen angeben. (Sie können null
für diesen Parameterwert, der dazu führt, dass die Richtlinie zu Meine Richtlinien.PolicySpec
-Objekt offlineLeasePeriod
Datenelement.PolicySpec
-Objekt policyXml
-Datenelement mit einem string -Wert, der PDRL-XML-Daten darstellt. Erstellen Sie dazu eine .NET-Datei StreamReader
-Objekt durch Verwendung seines -Konstruktors. Übergeben Sie den Speicherort einer PDRL-XML-Datei, die die Richtlinie darstellt, an die StreamReader
-Konstruktor. Rufen Sie als Nächstes die StreamReader
-Objekt ReadLine
-Methode und weisen Sie den Rückgabewert einer Zeichenfolgenvariablen zu. Iteration durch die StreamReader
-Objekt bis zum ReadLine
-Methode gibt null zurück. Weisen Sie die Zeichenfolgenvariable dem PolicySpec
-Objekt policyXml
Datenelement.Erstellen Sie einen Richtlinieneintrag.
Es ist nicht erforderlich, beim Erstellen einer Richtlinie mithilfe der Document Security-Webdienst-API einen Richtlinieneintrag zu erstellen. Der Richtlinieneintrag wird im PDRL-Dokument definiert.
Registrieren Sie die Richtlinie.
Registrieren Sie die Richtlinie, indem Sie die DocumentSecurityServiceClient
-Objekt registerPolicy
-Methode verwenden und die folgenden Werte übergeben:
PolicySpec
-Objekt, das die zu registrierende Richtlinie darstellt.null
-Wert, der dazu führt, dass die Richtlinie zum MyPolies Richtliniensatz.Wenn Sie in den Verbindungseinstellungen ein AEM Forms-Administratorkonto verwenden, erstellen Sie die DocumentSecurityClient
-Objekt, geben Sie den Richtliniensatznamen an, wenn Sie die registerPolicy
-Methode.
Wenn Sie einen Document Security-Benutzer in den Verbindungseinstellungen verwenden, können Sie die überladene registerPolicy
-Methode, die nur die Richtlinie akzeptiert. Das heißt, Sie müssen den Richtliniensatznamen nicht angeben. Die Richtlinie wird jedoch dem Richtliniensatz mit dem Namen Meine Richtlinien. Wenn Sie diesem Richtliniensatz die neue Richtlinie nicht hinzufügen möchten, geben Sie beim Aufrufen der registerPolicy
-Methode.
Stellen Sie beim Erstellen einer Richtlinie und beim Angeben eines Richtliniensatzes sicher, dass Sie einen vorhandenen Richtliniensatz angeben. Wenn Sie einen Richtliniensatz angeben, der nicht vorhanden ist, wird eine Ausnahme ausgelöst.
Codebeispiele, die den Document Security-Dienst verwenden, finden Sie in den folgenden Schnellstarts:
You can modify an existing policy using the Document Security Java API or web service API. Um Änderungen an einer vorhandenen Richtlinie vorzunehmen, rufen Sie sie ab, ändern Sie sie und aktualisieren Sie dann die Richtlinie auf dem Server. Angenommen, Sie rufen eine vorhandene Richtlinie ab und verlängern ihre Gültigkeitsdauer. Bevor die Änderung wirksam wird, müssen Sie die Richtlinie aktualisieren.
Sie können eine Richtlinie ändern, wenn sich die Geschäftsanforderungen ändern und die Richtlinie diese Anforderungen nicht mehr widerspiegelt. Anstatt eine neue Richtlinie zu erstellen, können Sie einfach eine vorhandene Richtlinie aktualisieren.
Um Richtlinienattribute mithilfe eines Webdiensts zu ändern (z. B. mithilfe von Java-Proxy-Klassen, die mit JAX-WS erstellt wurden), müssen Sie sicherstellen, dass die Richtlinie beim Document Security-Dienst registriert ist. Anschließend können Sie mithilfe der PolicySpec.getPolicyXml
-Methode verwenden und die Richtlinienattribute mithilfe der entsprechenden Methoden ändern. Sie können beispielsweise die Offline-Nutzungsdauer ändern, indem Sie die PolicySpec.setOfflineLeasePeriod
-Methode.
Weitere Informationen zum Document Security-Dienst finden Sie unter Dienstreferenz für AEM Forms.
Um eine vorhandene Richtlinie zu ändern, führen Sie die folgenden Schritte aus:
Projektdateien einschließen
Fügen Sie die erforderlichen Dateien in Ihr Entwicklungsprojekt ein. Wenn Sie eine Clientanwendung mit Java erstellen, schließen Sie die erforderlichen JAR-Dateien ein. Wenn Sie Webdienste verwenden, stellen Sie sicher, dass Sie die Proxy-Dateien einschließen.
Erstellen eines Document Security Client-API-Objekts
Bevor Sie einen Document Security-Dienstvorgang programmgesteuert ausführen können, müssen Sie ein Client-Objekt des Document Security-Dienstes erstellen. Wenn Sie die Java-API verwenden, erstellen Sie eine RightsManagementClient
-Objekt. Wenn Sie die Document Security-Webdienst-API verwenden, erstellen Sie eine RightsManagementServiceService
-Objekt.
Vorhandene Richtlinie abrufen
Sie müssen eine vorhandene Richtlinie abrufen, um sie zu ändern. Um eine Richtlinie abzurufen, geben Sie den Richtliniennamen und den Richtliniensatz an, zu dem die Richtlinie gehört. Wenn Sie eine null
für den Richtliniensatznamen, wird die Richtlinie aus dem Meine Richtlinien Richtliniensatz.
Festlegen der Richtlinienattribute
Um eine Richtlinie zu ändern, ändern Sie den Wert von Richtlinienattributen. Das einzige Richtlinienattribut, das Sie nicht ändern können, ist das Attribut name . Um beispielsweise die Offline-Nutzungsdauer der Richtlinie zu ändern, können Sie den Wert des Attributs für die Offline-Nutzungsdauer der Richtlinie ändern.
Wenn Sie die Offline-Nutzungsdauer einer Richtlinie mithilfe eines Webdiensts ändern, wird die Variable offlineLeasePeriod
im Feld PolicySpec
-Benutzeroberfläche ignoriert wird. Um die Offline-Nutzungsdauer zu aktualisieren, ändern Sie die OfflineLeasePeriod
-Element im XML-Dokument PDRL. Verweisen Sie dann mithilfe der PolicySpec
-Schnittstelle policyXML
Datenelement.
Weitere Informationen zu anderen Attributen, die Sie festlegen können, finden Sie unter Policy
Beschreibung der Benutzeroberfläche in AEM Forms API-Referenz.
Richtlinie aktualisieren
Before the changes that you make to a policy take affect, you must update the policy with the Document Security service. Änderungen an Richtlinien, die Dokumente schützen, werden aktualisiert, wenn das richtliniengeschützte Dokument das nächste Mal mit dem Document Security-Dienst synchronisiert wird.
Ändern Sie eine vorhandene Richtlinie mithilfe der Document Security-API (Java):
Projektdateien einschließen.
Schließen Sie Client-JAR-Dateien wie adobe-rightsmanagement-client.jar in den Klassenpfad Ihres Java-Projekts ein.
Erstellen Sie ein Document Security Client-API-Objekt.
ServiceClientFactory
-" -Objekt, das Verbindungseigenschaften enthält.RightsManagementClient
-Objekt, indem Sie seinen Konstruktor verwenden und das ServiceClientFactory
-Objekt übergeben.Abrufen einer vorhandenen Richtlinie.
Erstellen Sie eine PolicyManager
-Objekt durch Aufrufen der RightsManagementClient
-Objekt getPolicyManager
-Methode.
Erstellen Sie eine Policy
-Objekt, das die zu aktualisierende Richtlinie darstellt, indem das PolicyManager
-Objekt getPolicy
Methode und Übergabe der folgenden Werte"
null
dass MyPolicies
verwendeter Richtliniensatz.Legen Sie die Attribute der Richtlinie fest.
Ändern Sie die Attribute der Richtlinie entsprechend Ihren Geschäftsanforderungen. Um beispielsweise die Offline-Nutzungsdauer der Richtlinie zu ändern, rufen Sie die Policy
-Objekt setOfflineLeasePeriod
-Methode.
Aktualisieren Sie die Richtlinie.
Aktualisieren der Richtlinie durch Aufrufen von PolicyManager
-Objekt updatePolicy
-Methode. Übergeben Sie die Policy
-Objekt, das die zu aktualisierende Richtlinie darstellt.
Codebeispiele
Codebeispiele, die den Document Security-Dienst verwenden, finden Sie im Schnellstart-Modus (SOAP-Modus): Ändern einer Richtlinie mithilfe des Abschnitts Java-API .
Ändern Sie eine vorhandene Richtlinie mithilfe der Document Security-API (Webdienst):
Projektdateien einschließen.
Erstellen Sie ein Microsoft .NET-Projekt, das MTOM verwendet. Stellen Sie sicher, dass Sie die folgende WSDL-Definition verwenden: http://localhost:8080/soap/services/RightsManagementService?WSDL&lc_version=9.0.1
.
Ersetzen localhost
mit der IP-Adresse des Servers, auf dem AEM Forms gehostet wird.
Erstellen Sie ein Document Security Client-API-Objekt.
Erstellen Sie eine RightsManagementServiceClient
-Objekt mithilfe des Standardkonstruktors.
Erstellen Sie eine RightsManagementServiceClient.Endpoint.Address
-Objekt mithilfe der System.ServiceModel.EndpointAddress
-Konstruktor. Übergeben Sie einen string -Wert, der die WSDL an den AEM Forms-Dienst angibt (z. B. http://localhost:8080/soap/services/RightsManagementService?WSDL
. Sie müssen die lc_version
-Attribut. Dieses Attribut wird verwendet, wenn Sie eine Dienstreferenz erstellen.)
Erstellen Sie eine System.ServiceModel.BasicHttpBinding
-Objekt durch Abrufen des Werts der RightsManagementServiceClient.Endpoint.Binding
-Feld. Wandeln Sie den Rückgabewert in BasicHttpBinding
um.
Legen Sie die System.ServiceModel.BasicHttpBinding
-Objekt MessageEncoding
-Feld zu WSMessageEncoding.Mtom
. Dieser Wert stellt sicher, dass MTOM verwendet wird.
Aktivieren Sie die einfache HTTP-Authentifizierung, indem Sie die folgenden Aufgaben ausführen:
RightsManagementServiceClient.ClientCredentials.UserName.UserName
.RightsManagementServiceClient.ClientCredentials.UserName.Password
.HttpClientCredentialType.Basic
zum Feld BasicHttpBindingSecurity.Transport.ClientCredentialType
.Konstantenwert zuweisen BasicHttpSecurityMode.TransportCredentialOnly
zum Feld BasicHttpBindingSecurity.Security.Mode
.
Abrufen einer vorhandenen Richtlinie.
Erstellen Sie eine PolicySpec
-Objekt, das die zu ändernde Richtlinie darstellt, indem das RightsManagementServiceClient
-Objekt getPolicy
-Methode verwenden und die folgenden Werte übergeben:
null
dass MyPolicies
verwendeter Richtliniensatz.Legen Sie die Attribute der Richtlinie fest.
Ändern Sie die Attribute der Richtlinie entsprechend Ihren Geschäftsanforderungen.
Aktualisieren Sie die Richtlinie.
Aktualisieren Sie die Richtlinie, indem Sie die RightsManagementServiceClient
-Objekt updatePolicyFromSDK
-Methode und Übergabe der PolicySpec
-Objekt, das die zu aktualisierende Richtlinie darstellt.
Codebeispiele
Codebeispiele, die den Document Security-Dienst verwenden, finden Sie in den folgenden Schnellstarts:
Sie können eine vorhandene Richtlinie mithilfe der Document Security Java-API oder der Web Service-API löschen. Nachdem eine Richtlinie gelöscht wurde, kann sie nicht mehr zum Schutz von Dokumenten verwendet werden. Vorhandene richtliniengeschützte Dokumente, die die Richtlinie verwenden, sind jedoch weiterhin geschützt. Sie können eine Richtlinie löschen, wenn eine neuere verfügbar ist.
Weitere Informationen zum Document Security-Dienst finden Sie unter Dienstreferenz für AEM Forms.
Um eine vorhandene Richtlinie zu löschen, führen Sie die folgenden Schritte aus:
Projektdateien einschließen
Fügen Sie die erforderlichen Dateien in Ihr Entwicklungsprojekt ein. Wenn Sie eine Clientanwendung mit Java erstellen, schließen Sie die erforderlichen JAR-Dateien ein. Wenn Sie Webdienste verwenden, stellen Sie sicher, dass Sie die Proxy-Dateien einschließen.
Erstellen eines Document Security Client-API-Objekts
Bevor Sie einen Document Security-Dienstvorgang programmgesteuert ausführen können, müssen Sie ein Client-Objekt des Document Security-Dienstes erstellen. Wenn Sie die Java-API verwenden, erstellen Sie eine RightsManagementClient
-Objekt. Wenn Sie die Document Security-Webdienst-API verwenden, erstellen Sie eine RightsManagementServiceService
-Objekt.
Richtlinie löschen
Um eine Richtlinie zu löschen, geben Sie die zu löschende Richtlinie und den Richtliniensatz an, zu dem die Richtlinie gehört. Der Benutzer, dessen Einstellungen zum Aufrufen von AEM Forms verwendet werden, muss über die Berechtigung zum Löschen der Richtlinie verfügen. andernfalls tritt eine Ausnahme auf. Wenn Sie versuchen, eine nicht vorhandene Richtlinie zu löschen, tritt ebenfalls eine Ausnahme auf.
Löschen Sie eine Richtlinie mithilfe der Document Security-API (Java):
Projektdateien einschließen.
Schließen Sie Client-JAR-Dateien wie adobe-rightsmanagement-client.jar in den Klassenpfad Ihres Java-Projekts ein.
Erstellen Sie ein Document Security Client-API-Objekt.
ServiceClientFactory
-" -Objekt, das Verbindungseigenschaften enthält.RightsManagementClient
-Objekt, indem Sie seinen Konstruktor verwenden und das ServiceClientFactory
-Objekt übergeben.Löschen Sie die Richtlinie.
Erstellen Sie eine PolicyManager
-Objekt durch Aufrufen der RightsManagementClient
-Objekt getPolicyManager
-Methode.
Löschen Sie die Richtlinie, indem Sie die PolicyManager
-Objekt deletePolicy
-Methode verwenden und die folgenden Werte übergeben:
null
dass MyPolicies
verwendeter Richtliniensatz.Codebeispiele
Codebeispiele, die den Document Security-Dienst verwenden, finden Sie in den folgenden Schnellstarts:
Löschen Sie eine Richtlinie mithilfe der Document Security-API (Webdienst):
Projektdateien einschließen.
Erstellen Sie ein Microsoft .NET-Projekt, das MTOM verwendet. Stellen Sie sicher, dass Sie die folgende WSDL-Definition verwenden: http://localhost:8080/soap/services/RightsManagementService?WSDL&lc_version=9.0.1
.
Ersetzen localhost
mit der IP-Adresse des Servers, auf dem AEM Forms gehostet wird.
Erstellen Sie ein Document Security Client-API-Objekt.
Erstellen Sie eine RightsManagementServiceClient
-Objekt mithilfe des Standardkonstruktors.
Erstellen Sie eine RightsManagementServiceClient.Endpoint.Address
-Objekt mithilfe der System.ServiceModel.EndpointAddress
-Konstruktor. Übergeben Sie einen string -Wert, der die WSDL an den AEM Forms-Dienst angibt (z. B. http://localhost:8080/soap/services/RightsManagementService?WSDL
. Sie müssen die lc_version
-Attribut. Dieses Attribut wird verwendet, wenn Sie eine Dienstreferenz erstellen.)
Erstellen Sie eine System.ServiceModel.BasicHttpBinding
-Objekt durch Abrufen des Werts der RightsManagementServiceClient.Endpoint.Binding
-Feld. Wandeln Sie den Rückgabewert in BasicHttpBinding
um.
Legen Sie die System.ServiceModel.BasicHttpBinding
-Objekt MessageEncoding
-Feld zu WSMessageEncoding.Mtom
. Dieser Wert stellt sicher, dass MTOM verwendet wird.
Aktivieren Sie die einfache HTTP-Authentifizierung, indem Sie die folgenden Aufgaben ausführen:
RightsManagementServiceClient.ClientCredentials.UserName.UserName
.RightsManagementServiceClient.ClientCredentials.UserName.Password
.HttpClientCredentialType.Basic
zum Feld BasicHttpBindingSecurity.Transport.ClientCredentialType
.Konstantenwert zuweisen BasicHttpSecurityMode.TransportCredentialOnly
zum Feld BasicHttpBindingSecurity.Security.Mode
.
Löschen Sie die Richtlinie.
Löschen einer Richtlinie durch Aufrufen der RightsManagementServiceClient
-Objekt deletePolicy
-Methode verwenden und die folgenden Werte übergeben:
null
dass MyPolicies
verwendeter Richtliniensatz.Codebeispiele
Codebeispiele, die den Document Security-Dienst verwenden, finden Sie in den folgenden Schnellstarts:
Sie können eine Richtlinie auf ein PDF-Dokument anwenden, um das Dokument zu schützen. Durch Anwendung einer Richtlinie auf ein PDF-Dokument können Sie den Zugriff auf das Dokument einschränken. Sie können eine Richtlinie nicht auf ein Dokument anwenden, wenn das Dokument bereits mit einer Richtlinie gesichert ist.
Während das Dokument geöffnet ist, können Sie auch den Zugriff auf Acrobat- und Adobe Reader-Funktionen einschränken, einschließlich der Möglichkeit, Text zu drucken und zu kopieren, Änderungen vorzunehmen und Signaturen und Kommentare zu einem Dokument hinzuzufügen. Darüber hinaus können Sie ein richtliniengeschütztes PDF-Dokument sperren, wenn Sie nicht mehr möchten, dass Benutzer auf das Dokument zugreifen.
Sie können die Verwendung eines richtliniengeschützten Dokuments nach dessen Verteilung überwachen. Das heißt, Sie können sehen, wie das Dokument verwendet wird und wer es verwendet. Sie können zum Beispiel herausfinden, wann jemand das Dokument geöffnet hat.
Weitere Informationen zum Document Security-Dienst finden Sie unter Dienstreferenz für AEM Forms.
So wenden Sie eine Richtlinie auf ein PDF-Dokument an:
Projektdateien einschließen
Fügen Sie die erforderlichen Dateien in Ihr Entwicklungsprojekt ein. Wenn Sie eine Clientanwendung mit Java erstellen, schließen Sie die erforderlichen JAR-Dateien ein. Wenn Sie Webdienste verwenden, stellen Sie sicher, dass Sie die Proxy-Dateien einschließen.
Erstellen eines Document Security Client-API-Objekts
Bevor Sie einen Document Security-Dienstvorgang programmgesteuert durchführen können, erstellen Sie ein Client-Objekt des Document Security-Dienstes. Wenn Sie die Java-API verwenden, erstellen Sie eine DocumentSecurityClient
-Objekt. Wenn Sie die Document Security-Webdienst-API verwenden, erstellen Sie eine DocumentSecurityServiceService
-Objekt.
Abrufen eines PDF-Dokuments
Sie können ein PDF-Dokument abrufen, um eine Richtlinie anzuwenden. Nachdem Sie eine Richtlinie auf das PDF-Dokument angewendet haben, sind die Benutzer bei der Verwendung des Dokuments eingeschränkt. Wenn die Richtlinie beispielsweise nicht das Öffnen des Dokuments im Offline-Modus aktiviert, müssen die Benutzer online sein, um das Dokument zu öffnen.
Vorhandene Richtlinie auf das PDF-Dokument anwenden
Um eine Richtlinie auf ein PDF-Dokument anzuwenden, verweisen Sie auf eine vorhandene Richtlinie und geben Sie an, zu welchem Richtliniensatz die Richtlinie gehört. Der Benutzer, der die Verbindungseigenschaften festlegt, muss Zugriff auf die angegebene Richtlinie haben. Wenn nicht, tritt eine Ausnahme auf.
PDF-Dokument speichern
Nachdem der Document Security-Dienst eine Richtlinie auf ein PDF-Dokument angewendet hat, können Sie das richtliniengeschützte PDF-Dokument als PDF-Datei speichern.
Siehe auch
Einbeziehung von AEM Forms Java-Bibliotheksdateien
Verbindungseigenschaften festlegen
Wenden Sie mithilfe der Document Security-API (Java) eine Richtlinie auf ein PDF-Dokument an:
Projektdateien einschließen.
Schließen Sie Client-JAR-Dateien wie adobe-rightsmanagement-client.jar in den Klassenpfad Ihres Java-Projekts ein.
Erstellen Sie ein Document Security Client-API-Objekt.
ServiceClientFactory
-" -Objekt, das Verbindungseigenschaften enthält.RightsManagementClient
-Objekt, indem Sie seinen Konstruktor verwenden und das ServiceClientFactory
-Objekt übergeben.Rufen Sie ein PDF-Dokument ab.
java.io.FileInputStream
-Objekt, das das PDF-Dokument mithilfe seines Konstruktors darstellt. Übergeben Sie einen string -Wert, der den Speicherort des PDF-Dokuments angibt.com.adobe.idp.Document
-Objekt, indem Sie seinen Konstruktor verwenden und das java.io.FileInputStream
-Objekt übergeben.Anwenden einer vorhandenen Richtlinie auf das PDF-Dokument.
Erstellen Sie eine DocumentManager
-Objekt durch Aufrufen der RightsManagementClient
-Objekt getDocumentManager
-Methode.
Wenden Sie eine Richtlinie auf das PDF-Dokument an, indem Sie die DocumentManager
-Objekt protectDocument
-Methode verwenden und die folgenden Werte übergeben:
com.adobe.idp.Document
-Objekt, das das PDF-Dokument enthält, auf das die Richtlinie angewendet wird.null
-Wert, der zu MyPolicies
verwendeter Richtliniensatz.null
(Wenn dieser Parameter null ist, muss der vorherige Parameterwert null
).com.adobe.livecycle.rightsmanagement.Locale
, das das Gebietsschema darstellt, das für die Auswahl der MS Office-Vorlage verwendet wird. Dieser Parameterwert ist optional und wird nicht für PDF-Dokumente verwendet. Um ein PDF-Dokument zu sichern, geben Sie null
.Die protectDocument
-Methode gibt eine RMSecureDocumentResult
-Objekt, das das richtliniengeschützte PDF-Dokument enthält.
Speichern Sie das PDF-Dokument.
RMSecureDocumentResult
-Objekt getProtectedDoc
-Methode, um das richtliniengeschützte PDF-Dokument abzurufen. Diese Methode gibt eine com.adobe.idp.Document
-Objekt.java.io.File
-Objekt ein und stellen Sie sicher, dass die Dateierweiterung PDF ist.com.adobe.idp.Document
-Objekt copyToFile
-Methode zum Kopieren des Inhalts der Document
-Objekt auf die Datei verweist (stellen Sie sicher, dass Sie die Document
-Objekt, das von der getProtectedDoc
-Methode).Codebeispiele
Codebeispiele, die den Document Security-Dienst verwenden, finden Sie in den folgenden Schnellstarts:
Siehe auch
Einbeziehung von AEM Forms Java-Bibliotheksdateien
Verbindungseigenschaften festlegen
Wenden Sie mithilfe der Document Security-API (Webdienst) eine Richtlinie auf ein PDF-Dokument an:
Projektdateien einschließen.
Erstellen Sie ein Microsoft .NET-Projekt, das MTOM verwendet. Stellen Sie sicher, dass Sie die folgende WSDL-Definition verwenden: http://localhost:8080/soap/services/RightsManagementService?WSDL&lc_version=9.0.1
.
Ersetzen localhost
mit der IP-Adresse des Servers, auf dem AEM Forms gehostet wird.
Erstellen Sie ein Document Security Client-API-Objekt.
Erstellen Sie eine RightsManagementServiceClient
-Objekt mithilfe des Standardkonstruktors.
Erstellen Sie eine RightsManagementServiceClient.Endpoint.Address
-Objekt mithilfe der System.ServiceModel.EndpointAddress
-Konstruktor. Übergeben Sie einen string -Wert, der die WSDL an den Forms-Dienst angibt (z. B. http://localhost:8080/soap/services/RightsManagementService?WSDL
. Sie müssen die lc_version
-Attribut. Dieses Attribut wird verwendet, wenn Sie eine Dienstreferenz erstellen.)
Erstellen Sie eine System.ServiceModel.BasicHttpBinding
-Objekt durch Abrufen des Werts der RightsManagementServiceClient.Endpoint.Binding
-Feld. Wandeln Sie den Rückgabewert in BasicHttpBinding
um.
Legen Sie die System.ServiceModel.BasicHttpBinding
-Objekt MessageEncoding
-Feld zu WSMessageEncoding.Mtom
. Dieser Wert stellt sicher, dass MTOM verwendet wird.
Aktivieren Sie die einfache HTTP-Authentifizierung, indem Sie die folgenden Aufgaben ausführen:
RightsManagementServiceClient.ClientCredentials.UserName.UserName
.RightsManagementServiceClient.ClientCredentials.UserName.Password
.HttpClientCredentialType.Basic
zum Feld BasicHttpBindingSecurity.Transport.ClientCredentialType
.Konstantenwert zuweisen BasicHttpSecurityMode.TransportCredentialOnly
zum Feld BasicHttpBindingSecurity.Security.Mode
.
Rufen Sie ein PDF-Dokument ab.
BLOB
, indem Sie den Konstruktor verwenden. Die BLOB
-Objekt wird zum Speichern eines PDF-Dokuments verwendet, auf das eine Richtlinie angewendet wird.System.IO.FileStream
-Objekt, indem Sie seinen Konstruktor aufrufen und einen string -Wert übergeben, der den Dateispeicherort des PDF-Dokuments und den Modus darstellt, in dem die Datei geöffnet werden soll.System.IO.FileStream
-Objekt. Bestimmen Sie die Byte-Array-Größe, indem Sie die System.IO.FileStream
-Objekt Length
-Eigenschaft.System.IO.FileStream
-Objekt Read
-Methode. Übergeben Sie das Byte-Array, die Startposition und die zu lesende Stream-Länge.BLOB
Objekt durch Zuweisen seiner MTOM
-Feld mit dem Inhalt des Byte-Arrays.Anwenden einer vorhandenen Richtlinie auf das PDF-Dokument.
Wenden Sie eine Richtlinie auf das PDF-Dokument an, indem Sie die RightsManagementServiceClient
-Objekt protectDocument
-Methode verwenden und die folgenden Werte übergeben:
BLOB
-Objekt, das das PDF-Dokument enthält, auf das die Richtlinie angewendet wird.null
value that results in the MyPolicies
policy set being used.null
).null
).RMLocale
-Wert, der den Gebietsschemawert angibt (z. B. RMLocale.en
).application/pdf
).Die protectDocument
-Methode gibt eine BLOB
-Objekt, das das richtliniengeschützte PDF-Dokument enthält.
Speichern Sie das PDF-Dokument.
System.IO.FileStream
-Objekt durch Aufrufen des Konstruktors und Übergeben eines string-Werts, der den Dateispeicherort des richtliniengeschützten PDF-Dokuments darstellt.BLOB
-Objekt, das von der protectDocument
-Methode. Füllen Sie das Byte-Array, indem Sie den Wert der BLOB
-Objekt MTOM
Datenelement.System.IO.BinaryWriter
-Objekt durch Aufrufen des Konstruktors und Übergeben des System.IO.FileStream
-Objekt.System.IO.BinaryWriter
-Objekt Write
-Methode verwenden und das Byte-Array übergeben.Codebeispiele
Codebeispiele, die den Document Security-Dienst verwenden, finden Sie in den folgenden Schnellstarts:
Sie können eine Richtlinie aus einem richtliniengeschützten Dokument entfernen, um die Sicherheit aus dem Dokument zu entfernen. Das heißt, wenn das Dokument nicht mehr durch eine Richtlinie geschützt werden soll. Wenn Sie ein richtliniengeschütztes Dokument mit einer neueren Richtlinie aktualisieren möchten, ist es effizienter, die Richtlinie zu wechseln, anstatt die Richtlinie zu entfernen und die aktualisierte Richtlinie hinzuzufügen.
Weitere Informationen zum Document Security-Dienst finden Sie unter Dienstreferenz für AEM Forms.
So entfernen Sie eine Richtlinie aus einem richtliniengeschützten PDF-Dokument:
Projektdateien einschließen
Fügen Sie die erforderlichen Dateien in Ihr Entwicklungsprojekt ein. Wenn Sie eine Clientanwendung mit Java erstellen, schließen Sie die erforderlichen JAR-Dateien ein. Wenn Sie Webdienste verwenden, stellen Sie sicher, dass Sie die Proxy-Dateien einschließen.
Erstellen eines Document Security Client-API-Objekts
Bevor Sie einen Document Security-Dienstvorgang programmgesteuert durchführen können, erstellen Sie ein Client-Objekt des Document Security-Dienstes.
Abrufen eines richtliniengeschützten PDF-Dokuments
Sie können ein richtliniengeschütztes PDF-Dokument abrufen, um eine Richtlinie zu entfernen. Wenn Sie versuchen, eine Richtlinie aus einem PDF-Dokument zu entfernen, das nicht durch eine Richtlinie geschützt ist, wird eine Ausnahme verursacht.
Richtlinie aus dem PDF-Dokument entfernen
Sie können eine Richtlinie aus einem richtliniengeschützten PDF-Dokument entfernen, sofern in den Verbindungseinstellungen ein Administrator angegeben ist. Ist dies nicht der Fall, muss die zum Schützen eines Dokuments verwendete Richtlinie die SWITCH_POLICY
-Berechtigung, um eine Richtlinie aus einem PDF-Dokument zu entfernen. Außerdem muss der in den AEM Forms-Verbindungseinstellungen angegebene Benutzer über diese Berechtigung verfügen. Andernfalls wird eine Ausnahme ausgelöst.
Ungesichertes PDF-Dokument speichern
Nachdem der Document Security-Dienst eine Richtlinie aus einem PDF-Dokument entfernt hat, können Sie das ungesicherte PDF-Dokument als PDF-Datei speichern.
Siehe auch
Einbeziehung von AEM Forms Java-Bibliotheksdateien
Verbindungseigenschaften festlegen
Anwenden von Richtlinien auf PDF-Dokumente
Entfernen Sie mithilfe der Document Security-API (Java) eine Richtlinie aus einem richtliniengeschützten PDF-Dokument:
Projektdateien einschließen.
Schließen Sie Client-JAR-Dateien wie adobe-rightsmanagement-client.jar in den Klassenpfad Ihres Java-Projekts ein.
Erstellen Sie ein Document Security Client-API-Objekt.
ServiceClientFactory
-" -Objekt, das Verbindungseigenschaften enthält.DocumentSecurityClient
-Objekt, indem Sie seinen Konstruktor verwenden und das ServiceClientFactory
-Objekt übergeben.Abrufen eines richtliniengeschützten PDF-Dokuments.
java.io.FileInputStream
-Objekt, das das richtliniengeschützte PDF-Dokument darstellt, indem es seinen Konstruktor verwendet und einen Zeichenfolgenwert übergibt, der den Speicherort des PDF-Dokuments angibt.com.adobe.idp.Document
-Objekt, indem Sie seinen Konstruktor verwenden und das java.io.FileInputStream
-Objekt übergeben.Entfernen Sie die Richtlinie aus dem PDF-Dokument.
DocumentManager
-Objekt durch Aufrufen der DocumentSecurityClient
-Objekt getDocumentManager
-Methode.DocumentManager
-Objekt removeSecurity
-Methode und Übergabe der com.adobe.idp.Document
-Objekt, das das richtliniengeschützte PDF-Dokument enthält. Diese Methode gibt eine com.adobe.idp.Document
-Objekt, das ein nicht gesichertes PDF-Dokument enthält.Speichern Sie das ungesicherte PDF-Dokument.
java.io.File
-Objekt ein und stellen Sie sicher, dass die Dateierweiterung PDF ist.Document
-Objekt copyToFile
-Methode zum Kopieren des Inhalts der Document
-Objekt auf die Datei verweist (stellen Sie sicher, dass Sie die Document
-Objekt, das von der removeSecurity
-Methode).Codebeispiele
Codebeispiele, die den Document Security-Dienst verwenden, finden Sie in den folgenden Schnellstarts:
Entfernen Sie mithilfe der Document Security-API (Webdienst) eine Richtlinie aus einem richtliniengeschützten PDF-Dokument:
Projektdateien einschließen.
Erstellen Sie ein Microsoft .NET-Projekt, das MTOM verwendet. Stellen Sie sicher, dass Sie die folgende WSDL-Definition verwenden: http://localhost:8080/soap/services/RightsManagementService?WSDL&lc_version=9.0.1
.
Ersetzen localhost
mit der IP-Adresse des Servers, auf dem AEM Forms gehostet wird.
Erstellen Sie ein Document Security Client-API-Objekt.
Erstellen Sie eine DocumentSecurityServiceClient
-Objekt mithilfe des Standardkonstruktors.
Erstellen Sie eine DocumentSecurityServiceClient.Endpoint.Address
-Objekt mithilfe der System.ServiceModel.EndpointAddress
-Konstruktor. Übergeben Sie einen string -Wert, der die WSDL an den AEM Forms-Dienst angibt (z. B. http://localhost:8080/soap/services/RightsManagementService?WSDL
. Sie müssen die lc_version
-Attribut. Dieses Attribut wird verwendet, wenn Sie eine Dienstreferenz erstellen.)
Erstellen Sie eine System.ServiceModel.BasicHttpBinding
-Objekt durch Abrufen des Werts der DocumentSecurityServiceClient.Endpoint.Binding
-Feld. Wandeln Sie den Rückgabewert in BasicHttpBinding
um.
Legen Sie die System.ServiceModel.BasicHttpBinding
-Objekt MessageEncoding
-Feld zu WSMessageEncoding.Mtom
. Dieser Wert stellt sicher, dass MTOM verwendet wird.
Aktivieren Sie die einfache HTTP-Authentifizierung, indem Sie die folgenden Aufgaben ausführen:
DocumentSecurityServiceClient.ClientCredentials.UserName.UserName
.DocumentSecurityServiceClient.ClientCredentials.UserName.Password
.HttpClientCredentialType.Basic
zum Feld BasicHttpBindingSecurity.Transport.ClientCredentialType
.Konstantenwert zuweisen BasicHttpSecurityMode.TransportCredentialOnly
zum Feld BasicHttpBindingSecurity.Security.Mode
.
Abrufen eines richtliniengeschützten PDF-Dokuments.
BLOB
, indem Sie den Konstruktor verwenden. Die BLOB
-Objekt wird zum Speichern des richtliniengeschützten PDF-Dokuments verwendet, aus dem die Richtlinie entfernt wird.System.IO.FileStream
-Objekt, indem Sie seinen Konstruktor aufrufen und einen string -Wert übergeben, der den Dateispeicherort des PDF-Dokuments und den Modus darstellt, in dem die Datei geöffnet werden soll.System.IO.FileStream
-Objekt. Sie können die Größe des Byte-Arrays bestimmen, indem Sie die System.IO.FileStream
-Objekt Length
-Eigenschaft.System.IO.FileStream
-Objekt Read
-Methode verwenden und das Byte-Array, die Startposition und die zu lesende Stream-Länge übergeben.BLOB
Objekt durch Zuweisen seiner MTOM
-Feld mit dem Inhalt des Byte-Arrays.Entfernen Sie die Richtlinie aus dem PDF-Dokument.
Entfernen Sie die Richtlinie aus dem PDF-Dokument, indem Sie die DocumentSecurityServiceClient
-Objekt removePolicySecurity
-Methode und Übergabe der BLOB
-Objekt, das das richtliniengeschützte PDF-Dokument enthält. Diese Methode gibt eine BLOB
-Objekt, das ein nicht gesichertes PDF-Dokument enthält.
Speichern Sie das ungesicherte PDF-Dokument.
System.IO.FileStream
-Objekt durch Aufrufen des Konstruktors und Übergeben eines Zeichenfolgenwerts, der den Dateispeicherort des ungesicherten PDF-Dokuments darstellt.BLOB
-Objekt, das von der removePolicySecurity
-Methode. Füllen Sie das Byte-Array, indem Sie den Wert der BLOB
-Objekt MTOM
-Feld.System.IO.BinaryWriter
-Objekt durch Aufrufen des Konstruktors und Übergeben des System.IO.FileStream
-Objekt.Codebeispiele
Codebeispiele, die den Document Security-Dienst verwenden, finden Sie in den folgenden Schnellstarts:
Siehe auch
AEM Forms mithilfe von MTOM aufrufen
Aufrufen von AEM Forms mithilfe von SwaRef
Sie können den Zugriff auf ein richtliniengeschütztes PDF-Dokument sperren, sodass alle Dokumentkopien für Benutzer nicht zugänglich sind. Wenn ein Benutzer versucht, ein gesperrtes PDF-Dokument zu öffnen, wird er an eine angegebene URL weitergeleitet, wo ein überarbeitetes Dokument angezeigt werden kann. Die URL, an die der Benutzer umgeleitet wird, muss programmatisch angegeben werden. Wenn Sie den Zugriff auf ein Dokument sperren, wird die Änderung wirksam, wenn sich der Benutzer das nächste Mal mit dem Document Security-Dienst synchronisiert, indem er das richtliniengeschützte Dokument online öffnet.
Die Möglichkeit, den Zugriff auf ein Dokument zu sperren, bietet zusätzliche Sicherheit. Angenommen, eine neuere Version eines Dokuments ist verfügbar, und Sie möchten nicht mehr, dass jemand die veraltete Version anzeigt. In diesem Fall kann der Zugriff auf das ältere Dokument widerrufen werden und niemand kann das Dokument anzeigen, es sei denn, der Zugriff wird wieder aktiviert.
Weitere Informationen zum Document Security-Dienst finden Sie unter Dienstreferenz für AEM Forms.
Um ein richtliniengeschütztes Dokument zu sperren, führen Sie die folgenden Schritte aus:
Projektdateien einschließen
Fügen Sie die erforderlichen Dateien in Ihr Entwicklungsprojekt ein. Wenn Sie eine Clientanwendung mit Java erstellen, schließen Sie die erforderlichen JAR-Dateien ein. Wenn Sie Webdienste verwenden, stellen Sie sicher, dass Sie die Proxy-Dateien einschließen.
Erstellen eines Document Security Client-API-Objekts
Bevor Sie einen Document Security-Dienstvorgang programmgesteuert ausführen können, müssen Sie ein Client-Objekt des Document Security-Dienstes erstellen.
Abrufen eines richtliniengeschützten PDF-Dokuments
Sie müssen ein richtliniengeschütztes PDF-Dokument abrufen, um es zu widerrufen. Sie können ein Dokument, das bereits gesperrt wurde oder nicht richtliniengeschützt ist, nicht sperren.
Wenn Sie den Wert der Lizenzkennung des richtliniengeschützten Dokuments kennen, ist es nicht erforderlich, das richtliniengeschützte PDF-Dokument abzurufen. In den meisten Fällen müssen Sie jedoch das PDF-Dokument abrufen, um den Wert der Lizenzkennung abrufen zu können.
Richtliniengeschütztes Dokument sperren
Um ein richtliniengeschütztes Dokument zu sperren, geben Sie die Lizenzkennung des richtliniengeschützten Dokuments an. Darüber hinaus können Sie die URL eines Dokuments angeben, das der Benutzer anzeigen kann, wenn er versucht, das gesperrte Dokument zu öffnen. Angenommen, ein veraltetes Dokument wird widerrufen. Wenn ein Benutzer versucht, das gesperrte Dokument zu öffnen, wird ihm anstelle des gesperrten Dokuments ein aktualisiertes Dokument angezeigt.
Wenn Sie versuchen, ein bereits gesperrtes Dokument zu widerrufen, wird eine Ausnahme ausgelöst.
Siehe auch
Einbeziehung von AEM Forms Java-Bibliotheksdateien
Verbindungseigenschaften festlegen
Anwenden von Richtlinien auf PDF-Dokumente
Neuer Zugriff auf gesperrte Dokumente
Sperren Sie mithilfe der Document Security-API (Java) den Zugriff auf ein richtliniengeschütztes PDF-Dokument:
Projektdateien einschließen
Schließen Sie Client-JAR-Dateien wie adobe-rightsmanagement-client.jar in den Klassenpfad Ihres Java-Projekts ein.
Erstellen eines Document Security Client-API-Objekts
ServiceClientFactory
-" -Objekt, das Verbindungseigenschaften enthält.DocumentSecurityClient
-Objekt, indem Sie seinen Konstruktor verwenden und das ServiceClientFactory
-Objekt übergeben.Abrufen eines richtliniengeschützten PDF-Dokuments
java.io.FileInputStream
-Objekt, das das richtliniengeschützte PDF-Dokument darstellt, indem es seinen Konstruktor verwendet und einen Zeichenfolgenwert übergibt, der den Speicherort des PDF-Dokuments angibt.com.adobe.idp.Document
-Objekt, indem Sie seinen Konstruktor verwenden und das java.io.FileInputStream
-Objekt übergeben.Richtliniengeschütztes Dokument sperren
Erstellen Sie eine DocumentManager
-Objekt durch Aufrufen der DocumentSecurityClient
-Objekt getDocumentManager
-Methode.
Rufen Sie den Wert der Lizenzkennung des richtliniengeschützten Dokuments ab, indem Sie die DocumentManager
-Objekt getLicenseId
-Methode. Übergeben Sie die com.adobe.idp.Document
-Objekt, das das richtliniengeschützte Dokument darstellt. Diese Methode gibt einen Zeichenfolgenwert zurück, der den Wert der Lizenzkennung darstellt.
Erstellen Sie eine LicenseManager
-Objekt durch Aufrufen der DocumentSecurityClient
-Objekt getLicenseManager
-Methode.
Sperren Sie das richtliniengeschützte Dokument, indem Sie die LicenseManager
-Objekt revokeLicense
-Methode verwenden und die folgenden Werte übergeben:
DocumentManager
-Objekt getLicenseId
-Methode).License
-Schnittstelle, die den Grund zum Sperren des Dokuments angibt. Sie können beispielsweise License.DOCUMENT_REVISED
.java.net.URL
-Wert, der den Speicherort angibt, an dem sich ein überarbeitetes Dokument befindet. Wenn Sie einen Benutzer nicht zu einer anderen URL umleiten möchten, können Sie null
.Codebeispiele
Codebeispiele, die den Document Security-Dienst verwenden, finden Sie in den folgenden Schnellstarts:
Sperren Sie mithilfe der Document Security-API (Webdienst) den Zugriff auf ein richtliniengeschütztes PDF-Dokument:
Projektdateien einschließen
Erstellen Sie ein Microsoft .NET-Projekt, das MTOM verwendet. Stellen Sie sicher, dass Sie die folgende WSDL-Definition verwenden: http://localhost:8080/soap/services/RightsManagementService?WSDL&lc_version=9.0.1
.
Ersetzen localhost
mit der IP-Adresse des Servers, auf dem AEM Forms gehostet wird.
Erstellen eines Document Security Client-API-Objekts
Erstellen Sie eine DocumentSecurityServiceClient
-Objekt mithilfe des Standardkonstruktors.
Erstellen Sie eine DocumentSecurityServiceClient.Endpoint.Address
-Objekt mithilfe der System.ServiceModel.EndpointAddress
-Konstruktor. Übergeben Sie einen string -Wert, der die WSDL an den AEM Forms-Dienst angibt (z. B. http://localhost:8080/soap/services/RightsManagementService?WSDL
. Sie müssen die lc_version
-Attribut. Dieses Attribut wird verwendet, wenn Sie eine Dienstreferenz erstellen.)
Erstellen Sie eine System.ServiceModel.BasicHttpBinding
-Objekt durch Abrufen des Werts der DocumentSecurityServiceClient.Endpoint.Binding
-Feld. Wandeln Sie den Rückgabewert in BasicHttpBinding
um.
Legen Sie die System.ServiceModel.BasicHttpBinding
-Objekt MessageEncoding
-Feld zu WSMessageEncoding.Mtom
. Dieser Wert stellt sicher, dass MTOM verwendet wird.
Aktivieren Sie die einfache HTTP-Authentifizierung, indem Sie die folgenden Aufgaben ausführen:
DocumentSecurityServiceClient.ClientCredentials.UserName.UserName
.DocumentSecurityServiceClient.ClientCredentials.UserName.Password
.HttpClientCredentialType.Basic
zum Feld BasicHttpBindingSecurity.Transport.ClientCredentialType
.Konstantenwert zuweisen BasicHttpSecurityMode.TransportCredentialOnly
zum Feld BasicHttpBindingSecurity.Security.Mode
.
Abrufen eines richtliniengeschützten PDF-Dokuments
BLOB
, indem Sie den Konstruktor verwenden. Die BLOB
-Objekt wird zum Speichern eines richtliniengeschützten PDF-Dokuments verwendet, das gesperrt ist.System.IO.FileStream
-Objekt durch Aufrufen des Konstruktors und Übergeben eines Zeichenfolgenwerts, der den Dateispeicherort des zu widerrufenden richtliniengeschützten PDF-Dokuments darstellt, sowie den Modus, in dem die Datei geöffnet werden soll.System.IO.FileStream
-Objekt. Sie können die Größe des Byte-Arrays bestimmen, indem Sie die System.IO.FileStream
-Objekt Length
-Eigenschaft.System.IO.FileStream
-Objekt Read
-Methode verwenden und das Byte-Array, die Startposition und die zu lesende Stream-Länge übergeben.BLOB
Objekt durch Zuweisen seiner MTOM
-Feld mit dem Inhalt des Byte-Arrays.Richtliniengeschütztes Dokument sperren
Rufen Sie den Wert der Lizenzkennung des richtliniengeschützten Dokuments ab, indem Sie die DocumentSecurityServiceClient
-Objekt getLicenseID
-Methode und Übergabe der BLOB
-Objekt, das das richtliniengeschützte Dokument darstellt. Diese Methode gibt einen Zeichenfolgenwert zurück, der die Lizenzkennung darstellt.
Sperren Sie das richtliniengeschützte Dokument, indem Sie die DocumentSecurityServiceClient
-Objekt revokeLicense
-Methode verwenden und die folgenden Werte übergeben:
DocumentSecurityServiceService
-Objekt getLicenseId
-Methode).Reason
enum , der den Grund für das Sperren des Dokuments angibt. Sie können beispielsweise Reason.DOCUMENT_REVISED
.string
-Wert, der den URL-Speicherort angibt, an dem sich ein überarbeitetes Dokument befindet. Wenn Sie einen Benutzer nicht zu einer anderen URL umleiten möchten, können Sie null
.Codebeispiele
Codebeispiele, die den Document Security-Dienst verwenden, finden Sie in den folgenden Schnellstarts:
Siehe auch
Entfernen von Richtlinien aus Word-Dokumenten
AEM Forms mithilfe von MTOM aufrufen
Aufrufen von AEM Forms mithilfe von SwaRef
Sie können den Zugriff auf ein gesperrtes PDF-Dokument reaktivieren, sodass alle Exemplare des gesperrten Dokuments für Benutzer zugänglich sind. Wenn ein Benutzer ein reaktiviertes Dokument öffnet, das widerrufen wurde, kann er das Dokument anzeigen.
Weitere Informationen zum Document Security-Dienst finden Sie unter Dienstreferenz für AEM Forms.
Führen Sie die folgenden Schritte aus, um den Zugriff auf ein gesperrtes PDF-Dokument wiederherzustellen:
Projektdateien einschließen
Fügen Sie die erforderlichen Dateien in Ihr Entwicklungsprojekt ein. Wenn Sie eine Clientanwendung mit Java erstellen, schließen Sie die erforderlichen JAR-Dateien ein. Wenn Sie Webdienste verwenden, stellen Sie sicher, dass Sie die Proxy-Dateien einschließen.
Erstellen eines Document Security Client-API-Objekts
Bevor Sie einen Document Security-Dienstvorgang programmgesteuert ausführen können, müssen Sie ein Client-Objekt des Document Security-Dienstes erstellen. Wenn Sie die Java-API verwenden, erstellen Sie eine DocumentSecurityClient
-Objekt. Wenn Sie die Document Security-Webdienst-API verwenden, erstellen Sie eine DocumentSecurityServiceService
-Objekt.
Lizenzkennung des gesperrten PDF-Dokuments abrufen
Sie müssen die Lizenzkennung des gesperrten PDF-Dokuments abrufen, um ein gesperrtes PDF-Dokument erneut zu aktivieren. Nachdem Sie den Wert der Lizenzkennung erhalten haben, können Sie ein gesperrtes Dokument erneut aktivieren. Wenn Sie versuchen, ein Dokument erneut zu aktivieren, das nicht gesperrt ist, wird eine Ausnahme verursacht.
Zugriff auf das gesperrte PDF-Dokument reaktivieren
Um den Zugriff auf ein gesperrtes PDF-Dokument wieder zu aktivieren, müssen Sie die Lizenzkennung des gesperrten Dokuments angeben. Wenn Sie versuchen, den Zugriff auf ein nicht widerrufenes PDF-Dokument erneut zu aktivieren, wird eine Ausnahme verursacht.
Siehe auch
Einbeziehung von AEM Forms Java-Bibliotheksdateien
Verbindungseigenschaften festlegen
Anwenden von Richtlinien auf PDF-Dokumente
Reaktivieren Sie den Zugriff auf ein gesperrtes Dokument mithilfe der Document Security-API (Java):
Projektdateien einschließen.
Schließen Sie Client-JAR-Dateien wie adobe-rightsmanagement-client.jar in den Klassenpfad Ihres Java-Projekts ein.
Erstellen Sie ein Document Security Client-API-Objekt.
ServiceClientFactory
-" -Objekt, das Verbindungseigenschaften enthält.DocumentSecurityClient
-Objekt, indem Sie seinen Konstruktor verwenden und das ServiceClientFactory
-Objekt übergeben.Rufen Sie die Lizenzkennung des gesperrten PDF-Dokuments ab.
java.io.FileInputStream
-Objekt, das das gesperrte PDF-Dokument darstellt, indem es seinen Konstruktor verwendet und einen Zeichenfolgenwert übergibt, der den Speicherort des PDF-Dokuments angibt.com.adobe.idp.Document
-Objekt, indem Sie seinen Konstruktor verwenden und das java.io.FileInputStream
-Objekt übergeben.DocumentManager
-Objekt durch Aufrufen der DocumentSecurityClient
-Objekt getDocumentManager
-Methode.DocumentManager
-Objekt getLicenseId
-Methode und Übergabe der com.adobe.idp.Document
-Objekt, das das gesperrte Dokument darstellt. Diese Methode gibt einen Zeichenfolgenwert zurück, der die Lizenzkennung darstellt.Reaktivieren Sie den Zugriff auf das gesperrte PDF-Dokument.
LicenseManager
-Objekt durch Aufrufen der DocumentSecurityClient
-Objekt getLicenseManager
-Methode.LicenseManager
-Objekt unrevokeLicense
-Methode verwenden und den Wert der Lizenzkennung des gesperrten Dokuments übergeben.Codebeispiele
Codebeispiele, die den Document Security-Dienst verwenden, finden Sie in den folgenden Schnellstarts:
Reaktivieren Sie den Zugriff auf ein gesperrtes Dokument mithilfe der Document Security API (Webdienst):
Projektdateien einschließen.
Erstellen Sie ein Microsoft .NET-Projekt, das MTOM verwendet. Stellen Sie sicher, dass Sie die folgende WSDL-Definition verwenden: http://localhost:8080/soap/services/RightsManagementService?WSDL&lc_version=9.0.1
.
Ersetzen localhost
mit der IP-Adresse des Servers, auf dem AEM Forms gehostet wird.
Erstellen Sie ein Document Security Client-API-Objekt.
Erstellen Sie eine DocumentSecurityServiceClient
-Objekt mithilfe des Standardkonstruktors.
Erstellen Sie eine DocumentSecurityServiceClient.Endpoint.Address
-Objekt mithilfe der System.ServiceModel.EndpointAddress
-Konstruktor. Übergeben Sie einen string -Wert, der die WSDL an den AEM Forms-Dienst angibt (z. B. http://localhost:8080/soap/services/RightsManagementService?WSDL
. Sie müssen die lc_version
-Attribut. Dieses Attribut wird verwendet, wenn Sie eine Dienstreferenz erstellen.)
Erstellen Sie eine System.ServiceModel.BasicHttpBinding
-Objekt durch Abrufen des Werts der DocumentSecurityServiceClient.Endpoint.Binding
-Feld. Wandeln Sie den Rückgabewert in BasicHttpBinding
um.
Legen Sie die System.ServiceModel.BasicHttpBinding
-Objekt MessageEncoding
-Feld zu WSMessageEncoding.Mtom
. Dieser Wert stellt sicher, dass MTOM verwendet wird.
Aktivieren Sie die einfache HTTP-Authentifizierung, indem Sie die folgenden Aufgaben ausführen:
DocumentSecurityServiceClient.ClientCredentials.UserName.UserName
.DocumentSecurityServiceClient.ClientCredentials.UserName.Password
.HttpClientCredentialType.Basic
zum Feld BasicHttpBindingSecurity.Transport.ClientCredentialType
.Konstantenwert zuweisen BasicHttpSecurityMode.TransportCredentialOnly
zum Feld BasicHttpBindingSecurity.Security.Mode
.
Rufen Sie die Lizenzkennung des gesperrten PDF-Dokuments ab.
BLOB
, indem Sie den Konstruktor verwenden. Die BLOB
-Objekt wird verwendet, um ein gesperrtes PDF-Dokument zu speichern, auf das der Zugriff erneut aktiviert wird.System.IO.FileStream
-Objekt durch Aufrufen des Konstruktors und Übergeben eines Zeichenfolgenwerts, der den Dateispeicherort des gesperrten PDF-Dokuments und den Dateimodus darstellt, in dem die Datei geöffnet werden soll.System.IO.FileStream
-Objekt. Sie können die Größe des Byte-Arrays bestimmen, indem Sie die System.IO.FileStream
-Objekt Length
-Eigenschaft.System.IO.FileStream
-Objekt Read
-Methode verwenden und das Byte-Array, die Startposition und die zu lesende Stream-Länge übergeben.BLOB
Objekt durch Zuweisen seiner MTOM
-Feld mit dem Inhalt des Byte-Arrays.Reaktivieren Sie den Zugriff auf das gesperrte PDF-Dokument.
DocumentSecurityServiceClient
-Objekt getLicenseID
-Methode und Übergabe der BLOB
-Objekt, das das gesperrte Dokument darstellt. Diese Methode gibt einen Zeichenfolgenwert zurück, der die Lizenzkennung darstellt.DocumentSecurityServiceClient
-Objekt unrevokeLicense
-Methode verwenden und einen string -Wert übergeben, der den Lizenzkennungswert des gesperrten PDF-Dokuments angibt (geben Sie den Rückgabewert der DocumentSecurityServiceClient
-Objekt getLicenseId
-Methode).Codebeispiele
Codebeispiele, die den Document Security-Dienst verwenden, finden Sie in den folgenden Schnellstarts:
Siehe auch
AEM Forms mithilfe von MTOM aufrufen
Aufrufen von AEM Forms mithilfe von SwaRef
Sie können die Document Security Service-API (Java- und Webdienst) verwenden, um richtliniengeschützte PDF-Dokumente zu überprüfen. Beim Überprüfen richtliniengeschützter PDF-Dokumente werden Informationen zum richtliniengeschützten PDF-Dokument zurückgegeben. Sie können beispielsweise die Richtlinie bestimmen, die zum Schützen des Dokuments verwendet wurde, sowie das Datum, an dem das Dokument gesichert wurde.
Sie können diese Aufgabe nicht ausführen, wenn Ihre LiveCycle-Version 8.x oder eine frühere Version ist. In AEM Forms wird die Überprüfung richtliniengeschützter Dokumente unterstützt. Wenn Sie versuchen, ein richtliniengeschütztes Dokument mit LiveCycle 8.x (oder früher) zu überprüfen, wird eine Ausnahme ausgelöst.
Weitere Informationen zum Document Security-Dienst finden Sie unter Dienstreferenz für AEM Forms.
So prüfen Sie ein richtliniengeschütztes PDF-Dokument:
Projektdateien einschließen
Fügen Sie die erforderlichen Dateien in Ihr Entwicklungsprojekt ein. Wenn Sie eine Clientanwendung mit Java erstellen, schließen Sie die erforderlichen JAR-Dateien ein. Wenn Sie Webdienste verwenden, stellen Sie sicher, dass Sie die Proxy-Dateien einschließen.
Erstellen eines Document Security Client-API-Objekts
Bevor Sie einen Document Security-Dienstvorgang programmgesteuert durchführen können, erstellen Sie ein Client-Objekt des Document Security-Dienstes. Wenn Sie die Java-API verwenden, erstellen Sie eine RightsManagementClient
-Objekt. Wenn Sie die Document Security-Webdienst-API verwenden, erstellen Sie eine RightsManagementServiceService
-Objekt.
Abrufen eines richtliniengeschützten Dokuments zum Überprüfen
Rufen Sie ein richtliniengeschütztes Dokument ab, um es zu überprüfen. Wenn Sie versuchen, ein Dokument zu überprüfen, das nicht mit einer Richtlinie gesichert ist oder gesperrt ist, wird eine Ausnahme ausgelöst.
Inspect des Dokuments
Nachdem Sie ein richtliniengeschütztes Dokument abgerufen haben, können Sie es überprüfen.
Informationen zum richtliniengeschützten Dokument abrufen
Nachdem Sie ein richtliniengeschütztes PDF-Dokument geprüft haben, können Sie Informationen dazu abrufen. Sie können beispielsweise die Richtlinie bestimmen, die zum Schützen des Dokuments verwendet wird.
Wenn Sie ein Dokument mit einer Richtlinie sichern, die zu "Meine Richtlinien"gehört, rufen Sie RMInspectResult.getPolicysetName
oder RMInspectResult.getPolicysetId
, wird null zurückgegeben.
Wenn das Dokument mit einer Richtlinie gesichert wird, die in einem Richtliniensatz (außer "Meine Richtlinien") enthalten ist, dann RMInspectResult.getPolicysetName
und RMInspectResult.getPolicysetId
gibt gültige Zeichenfolgen zurück.
Siehe auch
Einbeziehung von AEM Forms Java-Bibliotheksdateien
Verbindungseigenschaften festlegen
Inspect ein richtliniengeschütztes PDF-Dokument mithilfe der Document Security Service-API (Java):
Projektdateien einschließen.
Schließen Sie Client-JAR-Dateien wie die Datei "adobe-rightsmanagement-client.jar"in den Klassenpfad Ihres Java-Projekts ein. Weitere Informationen über den Speicherort dieser Dateien finden Sie unter Einbeziehung von AEM Forms Java-Bibliotheksdateien.
Erstellen Sie ein Document Security Client-API-Objekt.
ServiceClientFactory
-" -Objekt, das Verbindungseigenschaften enthält. (Siehe Einstellung von Verbindungseigenschaften.)RightsManagementClient
-Objekt, indem Sie seinen Konstruktor verwenden und das ServiceClientFactory
-Objekt übergeben.Rufen Sie ein richtliniengeschütztes Dokument zum Überprüfen ab.
java.io.FileInputStream
-Objekt, das das richtliniengeschützte PDF-Dokument mithilfe seines Konstruktors darstellt. Übergeben Sie einen string -Wert, der den Speicherort des PDF-Dokuments angibt.com.adobe.idp.Document
-Objekt, indem Sie seinen Konstruktor verwenden und das java.io.FileInputStream
-Objekt übergeben.Inspect das Dokument.
DocumentManager
-Objekt durch Aufrufen der RightsManagementClient
-Objekt getDocumentManager
-Methode.LicenseManager
-Objekt inspectDocument
-Methode. Übergeben Sie die com.adobe.idp.Document
-Objekt, das das richtliniengeschützte PDF-Dokument enthält. Diese Methode gibt eine RMInspectResult
-Objekt, das Informationen zum richtliniengeschützten Dokument enthält.Erhalten Sie Informationen zum richtliniengeschützten Dokument.
Um Informationen zum richtliniengeschützten Dokument zu erhalten, rufen Sie die entsprechende Methode auf, die gehört RMInspectResult
-Objekt. Um beispielsweise den Richtliniennamen abzurufen, rufen Sie die RMInspectResult
-Objekt getPolicyName
-Methode.
Codebeispiele
Codebeispiele, die den Document Security-Dienst verwenden, finden Sie in den folgenden Schnellstarts:
Inspect a policy-protected PDF document by using the Document Security Service API (web service):
Include project files.
Erstellen Sie ein Microsoft .NET-Projekt, das MTOM verwendet. Stellen Sie sicher, dass Sie die folgende WSDL-Definition verwenden: http://localhost:8080/soap/services/RightsManagementService?WSDL&lc_version=9.0.1
.
Ersetzen localhost
mit der IP-Adresse des Servers, auf dem AEM Forms gehostet wird.
Erstellen Sie ein Document Security Client-API-Objekt.
Erstellen Sie eine RightsManagementServiceClient
-Objekt mithilfe des Standardkonstruktors.
Erstellen Sie eine RightsManagementServiceClient.Endpoint.Address
-Objekt mithilfe der System.ServiceModel.EndpointAddress
-Konstruktor. Übergeben Sie einen string -Wert, der die WSDL an den AEM Forms-Dienst angibt (z. B. http://localhost:8080/soap/services/RightsManagementService?WSDL
. Sie müssen die lc_version
-Attribut. Dieses Attribut wird verwendet, wenn Sie eine Dienstreferenz erstellen.)
Erstellen Sie eine System.ServiceModel.BasicHttpBinding
-Objekt durch Abrufen des Werts der RightsManagementServiceClient.Endpoint.Binding
-Feld. Wandeln Sie den Rückgabewert in BasicHttpBinding
um.
Legen Sie die System.ServiceModel.BasicHttpBinding
-Objekt MessageEncoding
-Feld zu WSMessageEncoding.Mtom
. Dieser Wert stellt sicher, dass MTOM verwendet wird.
Aktivieren Sie die einfache HTTP-Authentifizierung, indem Sie die folgenden Aufgaben ausführen:
RightsManagementServiceClient.ClientCredentials.UserName.UserName
.RightsManagementServiceClient.ClientCredentials.UserName.Password
.HttpClientCredentialType.Basic
zum Feld BasicHttpBindingSecurity.Transport.ClientCredentialType
.Konstantenwert zuweisen BasicHttpSecurityMode.TransportCredentialOnly
zum Feld BasicHttpBindingSecurity.Security.Mode
.
Rufen Sie ein richtliniengeschütztes Dokument zum Überprüfen ab.
BLOB
, indem Sie den Konstruktor verwenden. Die BLOB
-Objekt wird zum Speichern eines zu prüfenden PDF-Dokuments verwendet.System.IO.FileStream
-Objekt durch Aufrufen seines Konstruktors. Übergeben Sie einen string -Wert, der den Dateispeicherort des PDF-Dokuments und den Modus zum Öffnen der Datei darstellt.System.IO.FileStream
-Objekt. Sie können die Größe des Byte-Arrays bestimmen, indem Sie die System.IO.FileStream
-Objekt Length
-Eigenschaft.System.IO.FileStream
-Objekt Read
-Methode. Übergeben Sie das Byte-Array, die Startposition und die Stream-Länge zum Lesen.BLOB
Objekt durch Zuweisen seiner MTOM
-Feld mit dem Inhalt des Byte-Arrays.Inspect das Dokument.
Inspect das richtliniengeschützte Dokument durch Aufrufen der RightsManagementServiceClient
-Objekt inspectDocument
-Methode. Übergeben Sie die BLOB
-Objekt, das das richtliniengeschützte PDF-Dokument enthält. Diese Methode gibt eine RMInspectResult
-Objekt, das Informationen zum richtliniengeschützten Dokument enthält.
Erhalten Sie Informationen zum richtliniengeschützten Dokument.
Um Informationen zum richtliniengeschützten Dokument zu erhalten, rufen Sie den Wert des entsprechenden Felds ab, das zum RMInspectResult
-Objekt. Um beispielsweise den Richtliniennamen abzurufen, rufen Sie den Wert der RMInspectResult
-Objekt policyName
-Feld.
Codebeispiele
Codebeispiele, die den Document Security-Dienst verwenden, finden Sie in den folgenden Schnellstarts:
Siehe auch
AEM Forms mithilfe von MTOM aufrufen
Aufrufen von AEM Forms mithilfe von SwaRef
Wasserzeichen tragen dazu bei, die Sicherheit eines Dokuments zu gewährleisten, indem sie das Dokument eindeutig identifizieren und die Verletzung des Urheberrechts kontrollieren. Sie können beispielsweise ein Wasserzeichen mit dem Status "Vertraulich"auf allen Seiten eines Dokuments erstellen und platzieren. Nachdem ein Wasserzeichen erstellt wurde, können Sie es als Teil einer Richtlinie einbeziehen. Das heißt, Sie können das Wasserzeichenattribut der Richtlinie mit dem neu erstellten Wasserzeichen festlegen. Nachdem eine Richtlinie, die ein Wasserzeichen enthält, auf ein Dokument angewendet wurde, wird das Wasserzeichen im richtliniengeschützten Dokument angezeigt.
Nur Benutzer mit Administratorrechten für Document Security können Wasserzeichen erstellen. Das heißt, Sie müssen einen solchen Benutzer angeben, wenn Sie Verbindungseinstellungen definieren, die zum Erstellen eines Client-Objekts des Document Security-Dienstes erforderlich sind.
Weitere Informationen zum Document Security-Dienst finden Sie unter Dienstreferenz für AEM Forms.
Gehen Sie wie folgt vor, um ein Wasserzeichen zu erstellen:
Projektdateien einschließen
Fügen Sie die erforderlichen Dateien in Ihr Entwicklungsprojekt ein. Wenn Sie eine Clientanwendung mit Java erstellen, schließen Sie die erforderlichen JAR-Dateien ein. Wenn Sie Webdienste verwenden, stellen Sie sicher, dass Sie die Proxy-Dateien einschließen.
Erstellen eines Document Security Client-API-Objekts
Bevor Sie einen Document Security-Dienstvorgang programmgesteuert ausführen können, müssen Sie ein Client-Objekt des Document Security-Dienstes erstellen. Wenn Sie die Java-API verwenden, erstellen Sie eine RightsManagementClient
-Objekt. Wenn Sie die Document Security-Webdienst-API verwenden, erstellen Sie eine RightsManagementServiceService
-Objekt.
Festlegen der Wasserzeichenattribute
Um ein neues Wasserzeichen zu erstellen, müssen Sie Wasserzeichenattribute festlegen. Das Attribut name muss immer definiert sein. Zusätzlich zum Attribut name müssen Sie mindestens eines der folgenden Attribute festlegen:
In der folgenden Tabelle sind Schlüssel-Wert-Paare aufgeführt, die zum Erstellen eines Wasserzeichens mit Webdiensten erforderlich sind.
Schlüsselname |
Beschreibung |
Wert |
---|---|---|
|
Gibt an, ob der Benutzername des Benutzers, der das Dokument öffnet, Teil des Wasserzeichens ist. |
„True“ oder „False“ |
|
Gibt an, ob die Kennung des Benutzers, der das Dokument öffnet, Teil des Wasserzeichens ist. |
„True“ oder „False“ |
|
Gibt an, ob das aktuelle Datum Teil des Wasserzeichens ist. |
„True“ oder „False“ |
|
Wenn dieser Wert wahr ist, muss der Wert des benutzerdefinierten Texts mithilfe von |
„True“ oder „False“ |
|
Gibt die Deckkraft des Wasserzeichens an. Der Standardwert ist 0,5, wenn er nicht angegeben ist. |
Ein Wert zwischen 0,0 und 1,0. |
|
Gibt die Drehung des Wasserzeichens an. Der Standardwert ist 0 Grad. |
Ein Wert zwischen 0 und 359. |
|
Wenn dieser Wert angegeben ist, dann |
Ein Wert größer als 0.0 und kleiner gleich 1.0. |
|
Gibt die horizontale Ausrichtung des Wasserzeichens an. Der Standardwert ist "center". |
links, zentriert oder rechts |
|
Gibt die vertikale Ausrichtung des Wasserzeichens an. Der Standardwert ist "center". |
oben, zentriert oder unten |
|
Gibt an, ob das Wasserzeichen ein Hintergrund ist. Der Standardwert lautet false. |
„True“ oder „False“ |
|
True , wenn eine benutzerdefinierte Skala angegeben ist. Wenn dieser Wert "true"ist, muss auch "SCALE"angegeben werden. Wenn dieser Wert false ist, passt der Standardwert zur Seite. |
„True“ oder „False“ |
|
Gibt den benutzerdefinierten Text für ein Wasserzeichen an. Wenn dieser Wert vorhanden ist, dann |
„True“ oder „False“ |
Für alle Wasserzeichen muss eines der folgenden Attribute definiert sein:
WaterBackCmd:IS_USERNAME_ENABLED
WaterBackCmd:IS_USERID_ENABLED
WaterBackCmd:IS_CURRENTDATE_ENABLED
WaterBackCmd:IS_CUSTOMTEXT_ENABLED
Alle anderen Attribute sind optional.
Wasserzeichen registrieren
Ein neues Wasserzeichen muss beim Document Security-Dienst registriert sein, bevor es verwendet werden kann. Nachdem Sie ein Wasserzeichen registriert haben, können Sie es in Richtlinien verwenden.
Siehe auch
Einbeziehung von AEM Forms Java-Bibliotheksdateien
Verbindungseigenschaften festlegen
Anwenden von Richtlinien auf PDF-Dokumente
Erstellen Sie mit der Document Security-API (Java) ein Wasserzeichen:
Projektdateien einschließen.
Schließen Sie Client-JAR-Dateien ein, z. B. die adobe-rightsmanagement-client.jar
im Klassenpfad Ihres Java-Projekts.
Erstellen Sie ein Document Security Client-API-Objekt.
ServiceClientFactory
-" -Objekt, das Verbindungseigenschaften enthält.RightsManagementClient
-Objekt, indem Sie seinen Konstruktor verwenden und das ServiceClientFactory
-Objekt übergeben.Festlegen der Wasserzeichenattribute
Watermark
-Objekt durch Aufrufen der InfomodelObjectFactory
Statische Objektform createWatermark
-Methode. Diese Methode gibt eine Watermark
-Objekt.Watermark
-Objekt setName
-Methode verwenden und einen string -Wert übergeben, der den Richtliniennamen angibt.Watermark
-Objekt setBackground
Methode und Übergabe true
. Durch Festlegen dieses Attributs wird das Wasserzeichen im Hintergrund des Dokuments angezeigt.Watermark
-Objekt setCustomText
-Methode verwenden und einen string -Wert übergeben, der den Text des Wasserzeichens darstellt.Watermark
-Objekt setOpacity
-Methode verwenden und einen ganzzahligen Wert übergeben, der die Deckkraft angibt. Der Wert 100 zeigt an, dass das Wasserzeichen vollständig undurchsichtig ist, und der Wert 0 zeigt an, dass das Wasserzeichen vollständig transparent ist.Registrieren Sie das Wasserzeichen.
WatermarkManager
-Objekt durch Aufrufen der RightsManagementClient
-Objekt getWatermarkManager
-Methode. Diese Methode gibt eine WatermarkManager
-Objekt.WatermarkManager
object’s registerWatermark
method and passing the Watermark
object that represents the watermark to register. Diese Methode gibt einen Zeichenfolgenwert zurück, der den Identifizierungswert des Wasserzeichens darstellt.Codebeispiele
Codebeispiele, die den Document Security-Dienst verwenden, finden Sie in den folgenden Schnellstarts:
Erstellen Sie ein Wasserzeichen mithilfe der Document Security-API (Webdienst):
Erstellen Sie ein Document Security Client-API-Objekt.
Erstellen Sie ein Microsoft .NET-Projekt, das MTOM verwendet. Stellen Sie sicher, dass Sie die folgende WSDL-Definition verwenden: http://localhost:8080/soap/services/RightsManagementService?WSDL&lc_version=9.0.1
.
Ersetzen localhost
mit der IP-Adresse des Servers, auf dem AEM Forms gehostet wird.
Erstellen Sie ein Document Security Client-API-Objekt.
Erstellen Sie eine RightsManagementServiceClient
-Objekt mithilfe des Standardkonstruktors.
Erstellen Sie eine RightsManagementServiceClient.Endpoint.Address
-Objekt mithilfe der System.ServiceModel.EndpointAddress
-Konstruktor. Übergeben Sie einen string -Wert, der die WSDL an den AEM Forms-Dienst angibt (z. B. http://localhost:8080/soap/services/RightsManagementService?WSDL
. Sie müssen die lc_version
-Attribut. Dieses Attribut wird verwendet, wenn Sie eine Dienstreferenz erstellen.)
Erstellen Sie eine System.ServiceModel.BasicHttpBinding
-Objekt durch Abrufen des Werts der RightsManagementServiceClient.Endpoint.Binding
-Feld. Wandeln Sie den Rückgabewert in BasicHttpBinding
um.
Legen Sie die System.ServiceModel.BasicHttpBinding
-Objekt MessageEncoding
-Feld zu WSMessageEncoding.Mtom
. Dieser Wert stellt sicher, dass MTOM verwendet wird.
Aktivieren Sie die einfache HTTP-Authentifizierung, indem Sie die folgenden Aufgaben ausführen:
RightsManagementServiceClient.ClientCredentials.UserName.UserName
.RightsManagementServiceClient.ClientCredentials.UserName.Password
.HttpClientCredentialType.Basic
zum Feld BasicHttpBindingSecurity.Transport.ClientCredentialType
.Konstantenwert zuweisen BasicHttpSecurityMode.TransportCredentialOnly
zum Feld BasicHttpBindingSecurity.Security.Mode
.
Legen Sie die Wasserzeichenattribute fest.
WatermarkSpec
-Objekt durch Aufrufen der WatermarkSpec
-Konstruktor.WatermarkSpec
-Objekt name
Datenelement.id
-Attribut durch Zuweisen eines Zeichenfolgenwerts zum WatermarkSpec
-Objekt id
Datenelement.MyMapOf_xsd_string_To_xsd_anyType_Item
-Objekt.MyMapOf_xsd_string_To_xsd_anyType_Item
-Objekt key
Datenelement (z. B. WaterBackCmd:OPACITY)
.MyMapOf_xsd_string_To_xsd_anyType_Item
-Objekt value
Datenelement (z. B. .25
).MyArrayOf_xsd_anyType
-Objekt. Für jeden MyMapOf_xsd_string_To_xsd_anyType_Item
-Objekt, rufen Sie die MyArrayOf_xsd_anyType
-Objekt Add
-Methode. Übergeben Sie die MyMapOf_xsd_string_To_xsd_anyType_Item
-Objekt.MyArrayOf_xsd_anyType
-Objekt WatermarkSpec
-Objekt values
Datenelement.Registrieren Sie das Wasserzeichen.
Registrieren Sie das Wasserzeichen, indem Sie die RightsManagementServiceClient
-Objekt registerWatermark
-Methode und Übergabe der WatermarkSpec
-Objekt, das das zu registrierende Wasserzeichen darstellt.
Codebeispiele
Codebeispiele, die den Document Security-Dienst verwenden, finden Sie in den folgenden Schnellstarts:
Siehe auch
AEM Forms mithilfe von MTOM aufrufen
Aufrufen von AEM Forms mithilfe von SwaRef
Sie können ein vorhandenes Wasserzeichen mithilfe der Document Security Java-API oder der Web Service-API ändern. Um Änderungen an einem vorhandenen Wasserzeichen vorzunehmen, rufen Sie es ab, ändern dessen Attribute und aktualisieren Sie es dann auf dem Server. Angenommen, Sie rufen ein Wasserzeichen ab und ändern dessen Deckkraftattribut. Bevor die Änderung wirksam wird, müssen Sie das Wasserzeichen aktualisieren.
Wenn Sie ein Wasserzeichen ändern, wirkt sich die Änderung auf zukünftige Dokumente aus, auf die das Wasserzeichen angewendet wird. Vorhandene PDF-Dokumente, die das Wasserzeichen enthalten, sind also nicht betroffen.
Nur Benutzer mit Administratorrechten für Document Security können Wasserzeichen ändern. Das heißt, Sie müssen einen solchen Benutzer angeben, wenn Sie Verbindungseinstellungen definieren, die zum Erstellen eines Client-Objekts des Document Security-Dienstes erforderlich sind.
Weitere Informationen zum Document Security-Dienst finden Sie unter Dienstreferenz für AEM Forms.
Gehen Sie wie folgt vor, um ein Wasserzeichen zu ändern:
Projektdateien einschließen
Fügen Sie die erforderlichen Dateien in Ihr Entwicklungsprojekt ein. Wenn Sie eine Clientanwendung mit Java erstellen, schließen Sie die erforderlichen JAR-Dateien ein. Wenn Sie Webdienste verwenden, stellen Sie sicher, dass Sie die Proxy-Dateien einschließen.
Erstellen eines Document Security Client-API-Objekts
Bevor Sie einen Document Security-Dienstvorgang programmgesteuert ausführen können, müssen Sie ein Client-Objekt des Document Security-Dienstes erstellen. Wenn Sie die Java-API verwenden, erstellen Sie eine DocumentSecurityClient
-Objekt. Wenn Sie die Document Security-Webdienst-API verwenden, erstellen Sie eine DocumentSecurityServiceService
-Objekt.
Abrufen des zu ändernden Wasserzeichens
Um ein Wasserzeichen zu ändern, müssen Sie ein vorhandenes Wasserzeichen abrufen. Sie können ein Wasserzeichen abrufen, indem Sie dessen Namen angeben oder dessen Bezeichnerwert angeben.
Festlegen der Wasserzeichenattribute
Um ein vorhandenes Wasserzeichen zu ändern, ändern Sie den Wert eines oder mehrerer Wasserzeichenattribute. Beim programmatischen Aktualisieren eines Wasserzeichens mithilfe eines Webdiensts müssen Sie alle ursprünglich festgelegten Attribute festlegen, auch wenn sich der Wert nicht ändert. Angenommen, die folgenden Wasserzeichenattribute sind festgelegt: WaterBackCmd:IS_USERID_ENABLED
, WaterBackCmd:IS_CUSTOMTEXT_ENABLED
, WaterBackCmd:OPACITY
und WaterBackCmd:SRCTEXT
. Das einzige Attribut, das Sie ändern möchten, ist WaterBackCmd:OPACITY
, müssen Sie die anderen Werte gut festlegen.
Wenn Sie die Java-API zum Ändern eines Wasserzeichens verwenden, müssen Sie nicht alle Attribute angeben. Legen Sie das Wasserzeichenattribut fest, das Sie ändern möchten.
Weitere Informationen zu den Namen von Wasserzeichen-Attributen finden Sie unter Wasserzeichen erstellen.
Aktualisieren des Wasserzeichens
Nachdem Sie die Attribute eines Wasserzeichens geändert haben, müssen Sie das Wasserzeichen aktualisieren.
Siehe auch
Einbeziehung von AEM Forms Java-Bibliotheksdateien
Verbindungseigenschaften festlegen
Ändern Sie ein Wasserzeichen mithilfe der Document Security-API (Java):
Projektdateien einschließen.
Schließen Sie Client-JAR-Dateien wie die Datei "adobe-rightsmanagement-client.jar"in den Klassenpfad Ihres Java-Projekts ein.
Erstellen Sie ein Document Security Client-API-Objekt.
ServiceClientFactory
-" -Objekt, das Verbindungseigenschaften enthält.DocumentSecurityClient
-Objekt, indem Sie seinen Konstruktor verwenden und das ServiceClientFactory
-Objekt übergeben.Rufen Sie das zu ändernde Wasserzeichen ab.
Erstellen Sie eine WatermarkManager
-Objekt durch Aufrufen der DocumentSecurityClient
-Objekt getWatermarkManager
-Methode verwenden und einen string -Wert übergeben, der den Namen des Wasserzeichens angibt. Diese Methode gibt eine Watermark
-Objekt, das das zu ändernde Wasserzeichen darstellt.
Legen Sie die Wasserzeichenattribute fest.
Festlegen des Deckkraftattributs des Wasserzeichens durch Aufrufen der Watermark
-Objekt setOpacity
-Methode verwenden und einen ganzzahligen Wert übergeben, der die Deckkraft angibt. Der Wert 100 zeigt an, dass das Wasserzeichen vollständig undurchsichtig ist, und der Wert 0 zeigt an, dass das Wasserzeichen vollständig transparent ist.
In diesem Beispiel wird nur das Trübungsattribut geändert.
Aktualisieren Sie das Wasserzeichen.
WatermarkManager
-Objekt updateWatermark
-Methode und übergeben Sie die Watermark
-Objekt, dessen -Attribut geändert wurde.Codebeispiele
Codebeispiele, die den Document Security-Dienst verwenden, finden Sie im Schnellstart-Modus (SOAP-Modus): Ändern eines Wasserzeichens mithilfe des Java-API-Abschnitts.
Ändern Sie ein Wasserzeichen mithilfe der Document Security-API (Webdienst):
Projektdateien einschließen.
Erstellen Sie ein Microsoft .NET-Projekt, das MTOM verwendet. Stellen Sie sicher, dass Sie die folgende WSDL-Definition verwenden: http://localhost:8080/soap/services/RightsManagementService?WSDL&lc_version=9.0.1
.
Ersetzen localhost
mit der IP-Adresse des Servers, auf dem AEM Forms gehostet wird.
Erstellen Sie ein Document Security Client-API-Objekt.
Erstellen Sie eine DocumentSecurityServiceClient
-Objekt mithilfe des Standardkonstruktors.
Erstellen Sie eine RightsManagementServiceClient.Endpoint.Address
-Objekt mithilfe der System.ServiceModel.EndpointAddress
-Konstruktor. Übergeben Sie einen string -Wert, der die WSDL an den AEM Forms-Dienst angibt (z. B. http://localhost:8080/soap/services/DocumentSecurityService?WSDL
. Sie müssen die lc_version
-Attribut. Dieses Attribut wird verwendet, wenn Sie eine Dienstreferenz erstellen.)
Erstellen Sie eine System.ServiceModel.BasicHttpBinding
-Objekt durch Abrufen des Werts der DocumentSecurityServiceClient.Endpoint.Binding
-Feld. Wandeln Sie den Rückgabewert in BasicHttpBinding
um.
Legen Sie die System.ServiceModel.BasicHttpBinding
-Objekt MessageEncoding
-Feld zu WSMessageEncoding.Mtom
. Dieser Wert stellt sicher, dass MTOM verwendet wird.
Aktivieren Sie die einfache HTTP-Authentifizierung, indem Sie die folgenden Aufgaben ausführen:
DocumentSecurityServiceClient.ClientCredentials.UserName.UserName
.DocumentSecurityServiceClient.ClientCredentials.UserName.Password
.HttpClientCredentialType.Basic
zum Feld BasicHttpBindingSecurity.Transport.ClientCredentialType
.Konstantenwert zuweisen BasicHttpSecurityMode.TransportCredentialOnly
zum Feld BasicHttpBindingSecurity.Security.Mode
.
Rufen Sie das zu ändernde Wasserzeichen ab.
Rufen Sie das zu ändernde Wasserzeichen ab, indem Sie die DocumentSecurityServiceClient
-Objekt getWatermarkByName
-Methode. Übergeben Sie einen string -Wert, der den Namen des Wasserzeichens angibt. Diese Methode gibt eine WatermarkSpec
-Objekt, das das zu ändernde Wasserzeichen darstellt.
Legen Sie die Wasserzeichenattribute fest.
MyMapOf_xsd_string_To_xsd_anyType_Item
-Objekt.MyMapOf_xsd_string_To_xsd_anyType_Item
-Objekt key
Datenelement (z. B. WaterBackCmd:OPACITY)
.MyMapOf_xsd_string_To_xsd_anyType_Item
-Objekt value
Datenelement (z. B. .50
).MyArrayOf_xsd_anyType
-Objekt. Für jeden MyMapOf_xsd_string_To_xsd_anyType_Item
-Objekt, rufen Sie die MyArrayOf_xsd_anyType
-Objekt Add
-Methode. Übergeben Sie die MyMapOf_xsd_string_To_xsd_anyType_Item
-Objekt.MyArrayOf_xsd_anyType
-Objekt WatermarkSpec
-Objekt values
Datenelement.Aktualisieren Sie das Wasserzeichen.
Aktualisieren Sie das Wasserzeichen, indem Sie die DocumentSecurityServiceClient
-Objekt updateWatermark
-Methode und Übergabe der WatermarkSpec
-Objekt, das das zu ändernde Wasserzeichen darstellt.
Codebeispiele
Codebeispiele, die den Document Security-Dienst verwenden, finden Sie in der folgenden Kurzanleitung:
Der Rights Management-Dienst verfolgt bestimmte Aktionen genau nach ihrem Ablauf, z. B. das Anwenden einer Richtlinie auf ein Dokument, das Öffnen eines richtliniengeschützten Dokuments und das Sperren des Dokumentzugriffs. Die Ereignisprüfung muss für den Rights Management-Dienst aktiviert sein, sonst werden Ereignisse nicht verfolgt.
Ereignisse fallen in eine der folgenden Kategorien:
Sie können mit der Rights Management Java-API oder der Web Service-API nach bestimmten Ereignissen suchen. Durch die Suche nach Ereignissen können Sie Aufgaben ausführen, z. B. eine Protokolldatei bestimmter Ereignisse erstellen.
Weitere Informationen zum Rights Management-Dienst finden Sie unter Dienstreferenz für AEM Forms.
Um nach einem Rights Management-Ereignis zu suchen, führen Sie die folgenden Schritte aus:
Projektdateien einschließen
Fügen Sie die erforderlichen Dateien in Ihr Entwicklungsprojekt ein. Wenn Sie eine Clientanwendung mit Java erstellen, schließen Sie die erforderlichen JAR-Dateien ein. Wenn Sie Webdienste verwenden, stellen Sie sicher, dass Sie die Proxy-Dateien einschließen.
Erstellen eines Rights Management Client-API-Objekts
Bevor Sie einen Rights Management-Dienstvorgang programmgesteuert ausführen können, müssen Sie ein Rights Management-Dienst-Client-Objekt erstellen. Wenn Sie die Java-API verwenden, erstellen Sie eine DocumentSecurityClient
-Objekt. Wenn Sie die Rights Management-Webdienst-API verwenden, erstellen Sie eine DocumentSecurityServiceService
-Objekt.
Geben Sie die Ereignisse an, nach denen gesucht werden soll
Sie müssen das zu suchende Ereignis angeben. Sie können beispielsweise nach dem Richtlinienerstellungsereignis suchen, das beim Erstellen einer neuen Richtlinie auftritt.
Suchen Sie nach dem Ereignis
Nachdem Sie das zu suchende Ereignis angegeben haben, können Sie entweder die Rights Management Java-API oder die Rights Management-Webdienst-API verwenden, um nach dem Ereignis zu suchen.
Siehe auch
Einbeziehung von AEM Forms Java-Bibliotheksdateien
Verbindungseigenschaften festlegen
Suchen Sie mithilfe der Rights Management-API (Java) nach Ereignissen:
Projektdateien einschließen
Schließen Sie Client-JAR-Dateien wie adobe-rightsmanagement-client.jar in den Klassenpfad Ihres Java-Projekts ein.
Erstellen eines Rights Management Client-API-Objekts
Erstellen Sie eine DocumentSecurityClient
-Objekt mithilfe des -Konstruktors und Übergeben eines ServiceClientFactory
-Objekt, das Verbindungseigenschaften enthält.
Geben Sie die Ereignisse an, nach denen gesucht werden soll
EventManager
-Objekt durch Aufrufen der DocumentSecurityClient
-Objekt getEventManager
-Methode. Diese Methode gibt eine EventManager
-Objekt.EventSearchFilter
-Objekt durch Aufrufen seines Konstruktors.EventSearchFilter
-Objekt setEventCode
-Methode und Übergeben eines statischen Datenelements, das zu der EventManager
-Klasse, die das Ereignis darstellt, für das gesucht werden soll. Um beispielsweise nach dem Richtlinienerstellungsereignis zu suchen, übergeben Sie EventManager.POLICY_CREATE_EVENT
.Sie können zusätzliche Suchkriterien definieren, indem Sie EventSearchFilter
-Objektmethoden. Rufen Sie beispielsweise die setUserName
-Methode, um einen mit dem Ereignis verknüpften Benutzer anzugeben.
Suchen Sie nach dem Ereignis
Suchen Sie nach dem Ereignis, indem Sie die EventManager
-Objekt searchForEvents
-Methode und Übergabe der EventSearchFilter
-Objekt, das die Ereignissuchkriterien definiert. Diese Methode gibt ein Array von Event
Objekte.
Codebeispiele
Codebeispiele, die den Rights Management-Dienst verwenden, finden Sie in den folgenden Schnellstarts:
Suchen Sie mithilfe der Rights Management-API (Webdienst) nach Ereignissen:
Projektdateien einschließen
Erstellen Sie ein Microsoft .NET-Projekt, das MTOM verwendet. Stellen Sie sicher, dass Sie die folgende WSDL-Definition verwenden: http://localhost:8080/soap/services/RightsManagementService?WSDL&lc_version=9.0.1
.
Ersetzen localhost
mit der IP-Adresse des Servers, auf dem AEM Forms gehostet wird.
Erstellen eines Rights Management Client-API-Objekts
Erstellen Sie eine DocumentSecurityServiceClient
-Objekt mithilfe des Standardkonstruktors.
Erstellen Sie eine DocumentSecurityServiceClient.Endpoint.Address
-Objekt mithilfe der System.ServiceModel.EndpointAddress
-Konstruktor. Übergeben Sie einen string -Wert, der die WSDL an den AEM Forms-Dienst angibt (z. B. http://localhost:8080/soap/services/RightsManagementService?WSDL
. Sie müssen die lc_version
-Attribut. Dieses Attribut wird verwendet, wenn Sie eine Dienstreferenz erstellen.)
Erstellen Sie eine System.ServiceModel.BasicHttpBinding
-Objekt durch Abrufen des Werts der DocumentSecurityServiceClient.Endpoint.Binding
-Feld. Wandeln Sie den Rückgabewert in BasicHttpBinding
um.
Legen Sie die System.ServiceModel.BasicHttpBinding
-Objekt MessageEncoding
-Feld zu WSMessageEncoding.Mtom
. Dieser Wert stellt sicher, dass MTOM verwendet wird.
Aktivieren Sie die einfache HTTP-Authentifizierung, indem Sie die folgenden Aufgaben ausführen:
DocumentSecurityServiceClient.ClientCredentials.UserName.UserName
.DocumentSecurityServiceClient.ClientCredentials.UserName.Password
.HttpClientCredentialType.Basic
zum Feld BasicHttpBindingSecurity.Transport.ClientCredentialType
.Konstantenwert zuweisen BasicHttpSecurityMode.TransportCredentialOnly
zum Feld BasicHttpBindingSecurity.Security.Mode
.
Geben Sie die Ereignisse an, nach denen gesucht werden soll
EventSpec
-Objekt durch Verwendung seines -Konstruktors.EventSpec
-Objekt firstTime.date
Datenelement mit DataTime
-Instanz, die den Beginn des Datumsbereichs zum Zeitpunkt des Ereignisses darstellt.true
der EventSpec
-Objekt firstTime.dateSpecified
Datenelement.EventSpec
-Objekt lastTime.date
Datenelement mit DataTime
-Instanz, die das Ende des Datumsbereichs zum Zeitpunkt des Ereignisses darstellt.true
der EventSpec
-Objekt lastTime.dateSpecified
Datenelement.EventSpec
-Objekt eventCode
Datenelement. In der folgenden Tabelle sind die numerischen Werte aufgeführt, die Sie dieser Eigenschaft zuweisen können:Ereignistyp |
Wert |
---|---|
|
999 |
|
1000 |
|
1001 |
|
1002 |
|
1003 |
|
1004 |
|
1005 |
|
1006 |
|
1007 |
|
1008 |
|
1009 |
|
2.000 |
|
2001 |
|
2002 |
|
2003 |
|
2004 |
|
2005 |
|
2006 |
|
2007 |
|
2008 |
|
2009 |
|
2010 |
|
2011 |
|
2012 |
|
2013 |
|
2014 |
|
3000 |
|
3001 |
|
3002 |
|
3003 |
|
3004 |
|
3005 |
|
4000 |
|
4001 |
|
4002 |
|
4003 |
|
4004 |
|
4005 |
|
5.000 |
|
5001 |
|
5002 |
|
5003 |
|
5004 |
|
6.000 |
|
7000 |
|
7001 |
|
7002 |
Suchen Sie nach dem Ereignis
Suchen Sie nach dem Ereignis, indem Sie die DocumentSecurityServiceClient
-Objekt searchForEvents
-Methode und Übergabe der EventSpec
-Objekt, das das Ereignis, für das gesucht werden soll, und die maximale Anzahl von Ergebnissen darstellt. Diese Methode gibt eine MyArrayOf_xsd_anyType
Sammlung, wobei jedes Element AuditSpec
-Instanz. Verwenden eines AuditSpec
-Instanz können Sie Informationen zum Ereignis abrufen, z. B. den Zeitpunkt, zu dem es aufgetreten ist. Die AuditSpec
-Instanz enthält eine timestamp
-Datenelement, das diese Informationen angibt.
Codebeispiele
Codebeispiele, die den Rights Management-Dienst verwenden, finden Sie in den folgenden Schnellstarts:
Siehe auch
AEM Forms mithilfe von MTOM aufrufen
Aufrufen von AEM Forms mithilfe von SwaRef
Neben PDF-Dokumenten unterstützt der Rights Management-Dienst auch weitere Dokumentenformate wie Microsoft Word-Dokumente (DOC-Dateien) und andere Microsoft Office-Dateiformate. Sie können beispielsweise eine Richtlinie auf ein Word-Dokument anwenden, um es zu schützen. Durch Anwendung einer Richtlinie auf ein Word-Dokument können Sie den Zugriff auf das Dokument einschränken. Sie können eine Richtlinie nicht auf ein Dokument anwenden, wenn das Dokument bereits mit einer Richtlinie gesichert ist.
Sie können die Verwendung eines richtliniengeschützten Word-Dokuments nach dessen Verteilung überwachen. Das heißt, Sie können sehen, wie das Dokument verwendet wird und wer es verwendet. Sie können zum Beispiel herausfinden, wann jemand das Dokument geöffnet hat.
Weitere Informationen zum Document Security-Dienst finden Sie unter Dienstreferenz für AEM Forms.
So wenden Sie eine Richtlinie auf ein Word-Dokument an:
Projektdateien einschließen
Fügen Sie die erforderlichen Dateien in Ihr Entwicklungsprojekt ein. Wenn Sie eine Clientanwendung mit Java erstellen, schließen Sie die erforderlichen JAR-Dateien ein. Wenn Sie Webdienste verwenden, stellen Sie sicher, dass Sie die Proxy-Dateien einschließen.
Erstellen eines Document Security Client-API-Objekts
Bevor Sie einen Document Security-Dienstvorgang programmgesteuert ausführen können, müssen Sie ein Client-Objekt des Document Security-Dienstes erstellen.
Abrufen eines Word-Dokuments
Sie müssen ein Word-Dokument abrufen, um eine Richtlinie anwenden zu können. Nachdem Sie eine Richtlinie auf das Word-Dokument angewendet haben, sind Benutzer bei der Verwendung des Dokuments eingeschränkt. Wenn die Richtlinie beispielsweise nicht das Öffnen des Dokuments im Offline-Modus aktiviert, müssen die Benutzer online sein, um das Dokument zu öffnen.
Vorhandene Richtlinie auf das Word-Dokument anwenden
Um eine Richtlinie auf ein Word-Dokument anzuwenden, müssen Sie auf eine vorhandene Richtlinie verweisen und angeben, zu welchem Richtliniensatz die Richtlinie gehört. Der Benutzer, der die Verbindungseigenschaften festlegt, muss Zugriff auf die angegebene Richtlinie haben. Wenn nicht, tritt eine Ausnahme auf.
Word-Dokument speichern
Nachdem der Document Security-Dienst eine Richtlinie auf ein Word-Dokument angewendet hat, können Sie das richtliniengeschützte Word-Dokument als DOC-Datei speichern.
Siehe auch
Einbeziehung von AEM Forms Java-Bibliotheksdateien
Verbindungseigenschaften festlegen
Wenden Sie mithilfe der Document Security-API (Java) eine Richtlinie auf ein Word-Dokument an:
Projektdateien einschließen.
Schließen Sie Client-JAR-Dateien wie adobe-rightsmanagement-client.jar in den Klassenpfad Ihres Java-Projekts ein.
Erstellen Sie ein Document Security Client-API-Objekt.
ServiceClientFactory
-" -Objekt, das Verbindungseigenschaften enthält.DocumentSecurityClient
-Objekt, indem Sie seinen Konstruktor verwenden und das ServiceClientFactory
-Objekt übergeben.Rufen Sie ein Word-Dokument ab.
java.io.FileInputStream
-Objekt, das das Word-Dokument mithilfe des Konstruktors darstellt und einen string -Wert übergibt, der den Speicherort des Word-Dokuments angibt.com.adobe.idp.Document
-Objekt, indem Sie seinen Konstruktor verwenden und das java.io.FileInputStream
-Objekt übergeben.Wenden Sie eine vorhandene Richtlinie auf das Word-Dokument an.
Erstellen Sie eine DocumentManager
-Objekt durch Aufrufen der DocumentSecurityClient
-Objekt getDocumentManager
-Methode.
Wenden Sie eine Richtlinie auf das Word-Dokument an, indem Sie die DocumentManager
-Objekt protectDocument
-Methode verwenden und die folgenden Werte übergeben:
com.adobe.idp.Document
-Objekt, das das Word-Dokument enthält, auf das die Richtlinie angewendet wird.null
value that results in the MyPolicies
policy set being used.null
(wenn dieser Parameter null
, muss der vorherige Parameterwert null
).com.adobe.livecycle.rightsmanagement.Locale
, das das Gebietsschema darstellt, das für die Auswahl der MS Office-Vorlage verwendet wird. Dieser Parameterwert ist optional und Sie können null
.Die protectDocument
-Methode gibt eine RMSecureDocumentResult
-Objekt, das das richtliniengeschützte Word-Dokument enthält.
Speichern Sie das Word-Dokument.
RMSecureDocumentResult
-Objekt getProtectedDoc
-Methode, um das richtliniengeschützte Word-Dokument abzurufen. Diese Methode gibt eine com.adobe.idp.Document
-Objekt.java.io.File
-Objekt ein und stellen Sie sicher, dass die Dateierweiterung DOC lautet.com.adobe.idp.Document
-Objekt copyToFile
-Methode zum Kopieren des Inhalts der Document
-Objekt auf die Datei verweist (stellen Sie sicher, dass Sie die Document
-Objekt, das von der getProtectedDoc
-Methode).Codebeispiele
Codebeispiele, die den Document Security-Dienst verwenden, finden Sie in der folgenden Kurzanleitung:
Wenden Sie mithilfe der Document Security-API (Webdienst) eine Richtlinie auf ein Word-Dokument an:
Projektdateien einschließen.
Erstellen Sie ein Microsoft .NET-Projekt, das MTOM verwendet. Stellen Sie sicher, dass Sie die folgende WSDL-Definition verwenden: http://localhost:8080/soap/services/DocumentSecurityService?WSDL&lc_version=9.0.1
.
Ersetzen localhost
mit der IP-Adresse des Servers, auf dem AEM Forms gehostet wird.
Erstellen Sie ein Document Security Client-API-Objekt.
Erstellen Sie eine DocumentSecurityServiceClient
-Objekt mithilfe des Standardkonstruktors.
Erstellen Sie eine DocumentSecurityServiceClient.Endpoint.Address
-Objekt mithilfe der System.ServiceModel.EndpointAddress
-Konstruktor. Übergeben Sie einen string -Wert, der die WSDL an den AEM Forms-Dienst angibt (z. B. http://localhost:8080/soap/services/DocumentSecurityService?WSDL
. Sie müssen die lc_version
-Attribut. Dieses Attribut wird verwendet, wenn Sie eine Dienstreferenz erstellen.)
Erstellen Sie eine System.ServiceModel.BasicHttpBinding
-Objekt durch Abrufen des Werts der DocumentSecurityServiceClient.Endpoint.Binding
-Feld. Wandeln Sie den Rückgabewert in BasicHttpBinding
um.
Legen Sie die System.ServiceModel.BasicHttpBinding
-Objekt MessageEncoding
-Feld zu WSMessageEncoding.Mtom
. Dieser Wert stellt sicher, dass MTOM verwendet wird.
Aktivieren Sie die einfache HTTP-Authentifizierung, indem Sie die folgenden Aufgaben ausführen:
DocumentSecurityServiceClient.ClientCredentials.UserName.UserName
.DocumentSecurityServiceClient.ClientCredentials.UserName.Password
.HttpClientCredentialType.Basic
zum Feld BasicHttpBindingSecurity.Transport.ClientCredentialType
.Konstantenwert zuweisen BasicHttpSecurityMode.TransportCredentialOnly
zum Feld BasicHttpBindingSecurity.Security.Mode
.
Rufen Sie ein Word-Dokument ab.
BLOB
, indem Sie den Konstruktor verwenden. Die BLOB
-Objekt wird zum Speichern eines Word-Dokuments verwendet, auf das eine Richtlinie angewendet wird.System.IO.FileStream
-Objekt, indem Sie seinen Konstruktor aufrufen und einen string -Wert übergeben, der den Dateispeicherort des Word-Dokuments und den Modus darstellt, in dem die Datei geöffnet werden soll.System.IO.FileStream
-Objekt. Bestimmen Sie die Byte-Array-Größe, indem Sie die System.IO.FileStream
-Objekt Length
-Eigenschaft.System.IO.FileStream
-Objekt Read
-Methode. Übergeben Sie das Byte-Array, die Startposition und die zu lesende Stream-Länge.BLOB
Objekt durch Zuweisen seiner MTOM
-Feld mit dem Inhalt des Byte-Arrays.Wenden Sie eine vorhandene Richtlinie auf das Word-Dokument an.
Wenden Sie eine Richtlinie auf das Word-Dokument an, indem Sie die DocumentSecurityServiceClient
-Objekt protectDocument
-Methode verwenden und die folgenden Werte übergeben:
BLOB
-Objekt, das das Word-Dokument enthält, auf das die Richtlinie angewendet wird.null
-Wert, der zu MyPolicies
verwendeter Richtliniensatz.null
).null
).RMLocale
-Wert, der den Gebietsschemawert angibt (z. B. RMLocale.en
).application/doc
).Die protectDocument
-Methode gibt eine BLOB
-Objekt, das das richtliniengeschützte Word-Dokument enthält.
Speichern Sie das Word-Dokument.
System.IO.FileStream
-Objekt durch Aufrufen des Konstruktors und Übergeben eines Zeichenfolgenwerts, der den Dateispeicherort des richtliniengeschützten Word-Dokuments darstellt.BLOB
-Objekt, das von der protectDocument
-Methode. Füllen Sie das Byte-Array, indem Sie den Wert der BLOB
-Objekt MTOM
Datenelement.System.IO.BinaryWriter
-Objekt durch Aufrufen des Konstruktors und Übergeben des System.IO.FileStream
-Objekt.System.IO.BinaryWriter
-Objekt Write
-Methode verwenden und das Byte-Array übergeben.Codebeispiele
Codebeispiele, die den Document Security-Dienst verwenden, finden Sie in der folgenden Kurzanleitung:
Sie können eine Richtlinie aus einem richtliniengeschützten Word-Dokument entfernen, um die Sicherheit aus dem Dokument zu entfernen. Das heißt, wenn das Dokument nicht mehr durch eine Richtlinie geschützt werden soll. Wenn Sie ein richtliniengeschütztes Word-Dokument mit einer neueren Richtlinie aktualisieren möchten, ist es effizienter, die Richtlinie zu wechseln, anstatt die Richtlinie zu entfernen und die aktualisierte Richtlinie hinzuzufügen.
Weitere Informationen zum Document Security-Dienst finden Sie unter Dienstreferenz für AEM Forms.
So entfernen Sie eine Richtlinie aus einem richtliniengeschützten Word-Dokument:
Projektdateien einschließen
Fügen Sie die erforderlichen Dateien in Ihr Entwicklungsprojekt ein. Wenn Sie eine Clientanwendung mit Java erstellen, schließen Sie die erforderlichen JAR-Dateien ein. Wenn Sie Webdienste verwenden, stellen Sie sicher, dass Sie die Proxy-Dateien einschließen.
Erstellen eines Document Security Client-API-Objekts
Bevor Sie einen Document Security-Dienstvorgang programmgesteuert durchführen können, erstellen Sie ein Client-Objekt des Document Security-Dienstes.
Abrufen eines richtliniengeschützten Word-Dokuments
Sie müssen ein richtliniengeschütztes Word-Dokument abrufen, um eine Richtlinie zu entfernen. Wenn Sie versuchen, eine Richtlinie aus einem Word-Dokument zu entfernen, das nicht durch eine Richtlinie geschützt ist, wird eine Ausnahme verursacht.
Richtlinie aus Word-Dokument entfernen
Sie können eine Richtlinie aus einem richtliniengeschützten Word-Dokument entfernen, sofern in den Verbindungseinstellungen ein Administrator angegeben ist. Ist dies nicht der Fall, muss die zum Schützen eines Dokuments verwendete Richtlinie die SWITCH_POLICY
-Berechtigung, um eine Richtlinie aus einem Word-Dokument zu entfernen. Außerdem muss der in den AEM Forms-Verbindungseinstellungen angegebene Benutzer über diese Berechtigung verfügen. Andernfalls wird eine Ausnahme ausgelöst.
Ungesichertes Word-Dokument speichern
Nachdem der Document Security-Dienst eine Richtlinie aus einem Word-Dokument entfernt hat, können Sie das ungesicherte Word-Dokument als DOC-Datei speichern.
Siehe auch
Einbeziehung von AEM Forms Java-Bibliotheksdateien
Verbindungseigenschaften festlegen
Anwenden von Richtlinien auf Word-Dokumente
Entfernen Sie mithilfe der Document Security-API (Java) eine Richtlinie aus einem richtliniengeschützten Word-Dokument:
Projektdateien einschließen
Schließen Sie Client-JAR-Dateien wie adobe-rightsmanagement-client.jar in den Klassenpfad Ihres Java-Projekts ein.
Erstellen eines Document Security Client-API-Objekts
ServiceClientFactory
-" -Objekt, das Verbindungseigenschaften enthält.RightsManagementClient
-Objekt, indem Sie seinen Konstruktor verwenden und das ServiceClientFactory
-Objekt übergeben.Abrufen eines richtliniengeschützten Word-Dokuments
java.io.FileInputStream
-Objekt, das das richtliniengeschützte Word-Dokument darstellt, indem es seinen Konstruktor verwendet und einen Zeichenfolgenwert übergibt, der den Speicherort des Word-Dokuments angibt.com.adobe.idp.Document
-Objekt, indem Sie seinen Konstruktor verwenden und das java.io.FileInputStream
-Objekt übergeben.Richtlinie aus Word-Dokument entfernen
DocumentManager
-Objekt durch Aufrufen der RightsManagementClient
-Objekt getDocumentManager
-Methode.DocumentManager
-Objekt removeSecurity
-Methode und Übergabe der com.adobe.idp.Document
-Objekt, das das richtliniengeschützte Word-Dokument enthält. Diese Methode gibt eine com.adobe.idp.Document
-Objekt, das ein ungesichertes Word-Dokument enthält.Ungesichertes Word-Dokument speichern
java.io.File
-Objekt ein und stellen Sie sicher, dass die Dateierweiterung DOC lautet.Document
-Objekt copyToFile
-Methode zum Kopieren des Inhalts der Document
-Objekt auf die Datei verweist (stellen Sie sicher, dass Sie die Document
-Objekt, das von der removeSecurity
-Methode).Codebeispiele
Codebeispiele, die den Document Security-Dienst verwenden, finden Sie in der folgenden Kurzanleitung:
Entfernen Sie mithilfe der Document Security-API (Webdienst) eine Richtlinie aus einem richtliniengeschützten Word-Dokument:
Projektdateien einschließen
Erstellen Sie ein Microsoft .NET-Projekt, das MTOM verwendet. Stellen Sie sicher, dass Sie die folgende WSDL-Definition verwenden: http://localhost:8080/soap/services/RightsManagementService?WSDL&lc_version=9.0.1
.
Ersetzen localhost
mit der IP-Adresse des Servers, auf dem AEM Forms gehostet wird.
Erstellen eines Document Security Client-API-Objekts
Erstellen Sie eine RightsManagementServiceClient
-Objekt mithilfe des Standardkonstruktors.
Erstellen Sie eine RightsManagementServiceClient.Endpoint.Address
-Objekt mithilfe der System.ServiceModel.EndpointAddress
-Konstruktor. Übergeben Sie einen string -Wert, der die WSDL an den AEM Forms-Dienst angibt (z. B. http://localhost:8080/soap/services/RightsManagementService?WSDL
. Sie müssen die lc_version
-Attribut. Dieses Attribut wird verwendet, wenn Sie eine Dienstreferenz erstellen.)
Erstellen Sie eine System.ServiceModel.BasicHttpBinding
-Objekt durch Abrufen des Werts der RightsManagementServiceClient.Endpoint.Binding
-Feld. Wandeln Sie den Rückgabewert in BasicHttpBinding
um.
Legen Sie die System.ServiceModel.BasicHttpBinding
-Objekt MessageEncoding
-Feld zu WSMessageEncoding.Mtom
. Dieser Wert stellt sicher, dass MTOM verwendet wird.
Aktivieren Sie die einfache HTTP-Authentifizierung, indem Sie die folgenden Aufgaben ausführen:
RightsManagementServiceClient.ClientCredentials.UserName.UserName
.RightsManagementServiceClient.ClientCredentials.UserName.Password
.HttpClientCredentialType.Basic
zum Feld BasicHttpBindingSecurity.Transport.ClientCredentialType
.Konstantenwert zuweisen BasicHttpSecurityMode.TransportCredentialOnly
zum Feld BasicHttpBindingSecurity.Security.Mode
.
Abrufen eines richtliniengeschützten Word-Dokuments
BLOB
, indem Sie den Konstruktor verwenden. Die BLOB
-Objekt wird zum Speichern des richtliniengeschützten Word-Dokuments verwendet, aus dem die Richtlinie entfernt wird.System.IO.FileStream
-Objekt, indem Sie seinen Konstruktor aufrufen und einen string -Wert übergeben, der den Dateispeicherort des Word-Dokuments und den Modus darstellt, in dem die Datei geöffnet werden soll.System.IO.FileStream
-Objekt. Sie können die Größe des Byte-Arrays bestimmen, indem Sie die System.IO.FileStream
-Objekt Length
-Eigenschaft.System.IO.FileStream
-Objekt Read
-Methode verwenden und das Byte-Array, die Startposition und die zu lesende Stream-Länge übergeben.BLOB
Objekt durch Zuweisen seiner MTOM
-Feld mit dem Inhalt des Byte-Arrays.Richtlinie aus Word-Dokument entfernen
Entfernen Sie die Richtlinie aus dem Word-Dokument, indem Sie die RightsManagementServiceClient
-Objekt removePolicySecurity
-Methode und Übergabe der BLOB
-Objekt, das das richtliniengeschützte Word-Dokument enthält. Diese Methode gibt eine BLOB
-Objekt, das ein ungesichertes Word-Dokument enthält.
Ungesichertes Word-Dokument speichern
System.IO.FileStream
-Objekt durch Aufrufen des Konstruktors und Übergeben eines Zeichenfolgenwerts, der den Dateispeicherort des ungesicherten Word-Dokuments darstellt.BLOB
-Objekt, das von der removePolicySecurity
-Methode. Füllen Sie das Byte-Array, indem Sie den Wert der BLOB
-Objekt MTOM
-Feld.System.IO.BinaryWriter
-Objekt durch Aufrufen des Konstruktors und Übergeben des System.IO.FileStream
-Objekt.Codebeispiele
Codebeispiele, die den Document Security-Dienst verwenden, finden Sie in der folgenden Kurzanleitung:
Siehe auch
AEM Forms mithilfe von MTOM aufrufen