...
Excerpt | ||
---|---|---|
| ||
RESTful APIs for establishing subscriptions between Programs. |
Publisher data is Subscribers must “subscribe” to a Program in order to pull its data from the Hub. The Publisher’s data are not publicly accessible to prevent it from being scraped, and to give Publishers controls over their data. Therefore, Subscribers must “subscribe” to a Program in order to pull its data from the Hub.
Heuristics staff establish these relationships partially to manage the complex templates that are required, but also to ensure that the Subscriber has a legitimate need to access that Publisher’s data.
...
SUBSCRIPTION | ||||
---|---|---|---|---|
A Subscription is a relationship from a Subscriber to a Publisher that allows the Subscriber to receive the Publisher’s data. | ||||
Field | Type | Notes | ||
| string (25 char) | The identifier of the Subscriber | ||
| string (25 char) | The identifier of the Publisher | ||
| UTC date/time | UTC timestamp of the last time the Subscriber pulled data from this Publisher | ||
| boolean | Whether or not the subscription supports the nightly sync process. (Applies to LearningBuilder subscribers only)
| ||
| JSON | JSON structure mapping different See below for detailed explanation |
LbApiPayloadTemplate
syntax and purpose
This section applies specifically to subscribers using LearningBuilder. Other systems will need to implement their own mechanism for processing data from the Hub.
Publishers and Subscribers think about and model their data differently, so the publisher’s data typically needs modified or converted before it can be imported into LearningBuilder.
Each Event Subscription specifies:
Which
PublisherEventCategory
values it cares aboutA Handlebars template that specifies how to convert
Events
of that category into a JSON format that can be imported through the Subscriber’s API/WorkflowImportQueue/CreateBatch API.
Those templates are stored in the LbApiPayloadTemplate
property of an EventSubsription
:
Code Block | ||
---|---|---|
| ||
"LbApiPayloadTemplate": { "{EventCategory1}": { "action": "import (default) | ignore", "label": "human readable note", "importProcessId": {WIQ Process Id}, " |
...
batchRowTemplate": "{handlebars template}" }, // ... additional category mappings as needed ... "*": { "action": "import (default) | ignore", "label": "human readable note", "importProcessId": {WIQ Process Id}, "batchRowTemplate": "{handlebars template}" } } |
...
See below for detailed explanation
Converting Provider data into Subscriber data
This section applies specifically to subscribers using LearningBuilder. Other systems will need to implement their own mechanism for processing data from the Hub.
Publishers and Subscribers think about and model their data differently, so the publisher’s data typically needs modified or converted before it can be imported into LearningBuilder.
...
Each key within the LbApiPayloadTemplate
should match one of the Publisher’s PublisherEventCategory
values, or the special marker “*” which indicates a default template.
There are two reasons to include a PublisherEventCategory
mapping:
To import it into the Subscriber, using the specified
batchRowTemplate
To ignore it, because the Subscriber isn’t interested in that category of publisher data
Syntax examples
Example / scenario | Sample | |||||
---|---|---|---|---|---|---|
Subscribe to all publisher event categories, using the same template for everything |
| |||||
Subscribe to all publisher event data, with special handling for a specific category |
| |||||
Subscribe to a specific category only, ignoring everything else |
| |||||
Ignore a specific category, process everything else using a common template |
|
Detailed data flow
It works like this:
When Publishers push data into the Hub, they specify a
PublisherEventCategory
value. (For example, this might differentiate between data representing a completed course and data representing work history)A Subscriber’s
EventSubscription
contain contain one or more templates, each one mapped to a specificPublisherEventCategory
value. (This allows the subscriber to convert those courses and work history entries in different ways)Each template converts a single
PublisherEventData
JSON object into a different JSON schema that can be passed to the Subscriber’s API/WorkflowImportQueue/CreateBatch API endpoint.When LearningBuilder synchronizes data, it loops through each
PublisherEventData
item, converts it using the relevant template, and then makes a single call to API/WorkflowImportQueue/CreateBatch to import the data.
...
Response Code | Headers and Body | |||||
---|---|---|---|---|---|---|
200 (Ok) |
|
...
GET /api/programs/{programId}/eventSubs/{publisherId}
Handy status macro | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|
|
...
Response Code | Headers and Body | |||||
---|---|---|---|---|---|---|
200 (Ok) |
|
...
POST /api/programs/{programId}/eventSubs
Handy status macro | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|
|
...
Code Block |
---|
{
"PublisherProgramId": "PublisherId",
"SyncEnabled": true,
"LbApiPayloadTemplate": "... (see docs above) ..."
} |
Responses
Response Code | Headers and Body |
---|---|
201 (Created) | A new Event Subscription was created. No body is returned. HTTP headers:
|
...
Code Block |
---|
{
"LastSyncUtc": "date",
"SyncEnabled": true,
"LbApiPayloadTemplate": "... (see docs above) ..."
} |
Responses
Response Code | Headers and Body |
---|---|
204 (No Content) | Update was performed successfully. No body is returned. |
...