Specifieke API's voor campagnes van FFDA gs-new-api
In de context van een plaatsing van de Onderneming (FFDA) , komt de Campagne v8 met twee specifieke APIs om gegevens tussen het lokale gegevensbestand van de Campagne en het gegevensbestand van de Wolk te beheren. De voorwaarden om hen te gebruiken moeten het het opvoeren mechanisme op het schema toelaten. Meer informatie
-
Ingestie API: xtk.session.ingest
Deze API is alleen bedoeld voor het invoegen van gegevens. Meer informatie
-
De update/schrapt API van gegevens: xtk.session.ingestExt
Deze API wordt gebruikt om gegevens bij te werken of te schrappen. Meer informatie
Met een speciale ingebouwde workflow worden de gegevens in de cloud-database gesynchroniseerd.
Gegevens invoegen data-insert-api
xtk.session.ingest API wordt gewijd aan het Tussenvoegsel van Gegevens slechts. Geen update/verwijdering.
Invoegen zonder afstemming insert-no-reconciliation
in een werkschema
Gebruik de volgende code in a Javascript code activiteit om gegevens in het gegevensbestand van de Wolk zonder verenigbaarheid op te nemen:
var xmlStagingSampleTable = <sampleTableStg
testcol1="testValue1"
testcol2="testValue2"
xtkschema="dem:sampleTableStg">
</sampleTableStg>;
strUuid = xtk.session.Ingest(xmlStagingSampleTable);
logInfo(strUuid);
Nadat de werkstroom is uitgevoerd, wordt de testtabel op de verwachte manier ingevoerd.
van een vraag van SOAP
-
Haal het verificatietoken op.
-
Trigger de API. De lading is:
code language-none <soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:urn="urn:xtk:session"> <soapenv:Header/> <soapenv:Body> <urn:Ingest> <urn:sessiontoken>___xxxxxxx-xxxx-xxx-xxx-xxxxxxxxxxx</urn:sessiontoken> <urn:domDoc> <sampleTableStg testcol1="Test Value 1 (from SOAP)" testcol2="Test Value 2 (from SOAP)" xtkschema="dem:sampleTableStg"> </sampleTableStg> </urn:domDoc> </urn:Ingest> </soapenv:Body> </soapenv:Envelope> -
UUID wordt teruggestuurd naar het SOAP-antwoord:
code language-none <SOAP-ENV:Envelope xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:ns="urn:wpp:default" xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"> <SOAP-ENV:Body> <IngestResponse SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" xmlns="urn:wpp:default"> <pstrSUuids xsi:type="xsd:string">e1e7c8b3-6f79-44da-a72d-49ed0f73db2c</pstrSUuids> </IngestResponse> </SOAP-ENV:Body> </SOAP-ENV:Envelope>
Hierdoor wordt de testtabel op de verwachte manier gevoed.
Invoegen met reconciliatie
in een werkschema
Gebruik de volgende code in a Javascript code activiteit om gegevens in het gegevensbestand van de Wolk met verzoening op te nemen:
var xmlStagingSampleTable = <sampleTableStg _key="@id" id="ABC12345"
testcol1="testValue1"
testcol2="testValue2"
xtkschema="dem:sampleTableStg">
</sampleTableStg>;
strUuid = xtk.session.Ingest(xmlStagingSampleTable);
logInfo(strUuid);
Nadat de werkstroom is uitgevoerd, wordt de testtabel op de verwachte manier ingevoerd.
van een vraag van SOAP
-
Haal het verificatietoken op.
-
Trigger de API. De lading is:
code language-none <soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:urn="urn:xtk:session"> <soapenv:Header/> <soapenv:Body> <urn:Ingest> <urn:sessiontoken>___5e71f4bf-d38a-4ba8-ac15-35a958f7f138</urn:sessiontoken> <urn:domDoc> <sampleTableStg _key="@id" id="ABDCD321" testcol1="Test Value 1 (from SOAP)" testcol2="Test Value 2 (from SOAP)" xtkschema="dem:sampleTableStg"> </sampleTableStg> </urn:domDoc> </urn:Ingest> </soapenv:Body> </soapenv:Envelope> -
In dit geval wordt UUID niet teruggestuurd naar de reactie omdat deze in de lading is opgegeven. Het antwoord is:
code language-none <SOAP-ENV:Envelope xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:ns="urn:wpp:default" xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"> <SOAP-ENV:Body> <IngestResponse SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" xmlns="urn:wpp:default"> <pstrSUuids xsi:type="xsd:string"/> </IngestResponse> </SOAP-ENV:Body> </SOAP-ENV:Envelope>
Hierdoor wordt de testtabel op de verwachte manier gevoed.
Gegevens bijwerken of verwijderen data-update-api
xtk.session.IngestExt API wordt geoptimaliseerd voor gegevensupdate/delete. Voor tussenvoegsel slechts, verkies xtk.session.ingest. Invoegen werkt of de recordsleutel zich niet in de testtabel bevindt.
Invoegen/bijwerken
in een werkschema
Gebruik de volgende code in a Javascript code activiteit om gegevens in het gegevensbestand van de Wolk bij te werken:
var xmlStagingRecipient = <sampleTableStg _key="@id" id="ABC12345"
testcol1="testValue A (updated)"
testcol2="testValue B (updated)"
xtkschema="dem:sampleTableStg">
</sampleTableStg>;
xtk.session.IngestExt(xmlStagingRecipient);
Nadat de workflow is uitgevoerd, wordt de testtabel op de verwachte manier bijgewerkt.
van een vraag van SOAP
-
Haal het verificatietoken op.
-
Trigger de API. De lading is:
code language-none <soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:urn="urn:xtk:session"> <soapenv:Header/> <soapenv:Body> <urn:IngestExt> <urn:sessiontoken>___444cd168-a1e2-4fb6-a2a8-73be9f133489</urn:sessiontoken> <urn:domDoc> <sampleTableStg _key="@id" id="ABDCD321" testcol1="Test Value E (from SOAP)" testcol2="Test Value F (from SOAP)" xtkschema="dem:sampleTableStg"> </sampleTableStg> </urn:domDoc> </urn:IngestExt> </soapenv:Body> </soapenv:Envelope> -
Het SOAP-antwoord is:
code language-none <SOAP-ENV:Envelope xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:ns="urn:wpp:default" xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"> <SOAP-ENV:Body> <IngestExtResponse SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" xmlns="urn:wpp:default"/> </SOAP-ENV:Body> </SOAP-ENV:Envelope>
Dientengevolge, wordt het opvoeren lijst bijgewerkt zoals verwacht.
Abonnementsbeheer sub-apis
Het beheer van het abonnement in Campagne wordt beschreven in deze pagina .
De toevoeging van abonnement en unsubscription- gegevens baseert zich op het Staging mechanisme in het lokale gegevensbestand van de Campagne. De informatie van de abonnee is tijdelijk opgeslagen in het opvoeren van lijsten in het lokale gegevensbestand, en het synchronisatiewerkschema verzendt deze gegevens van het lokale gegevensbestand naar het gegevensbestand van de Wolk. Dientengevolge, zijn de abonnement en unsubscription processen asynchroon. Aanvragen om te weigeren of te weigeren worden elk uur verwerkt via een specifieke technische workflow. Meer informatie
Verwante onderwerpen