NGSICKANSink
Content:
- Functionality
- Administration guide
- Programmers guide
- Annexes
Functionality
com.iot.telefonica.cygnus.sinks.NGSICKANSink
, or simply NGSICKANSink
is a sink designed to persist NGSI-like context data events within a CKAN server. The officially supported CKAN version by Cygnus is 2.8
. Usually, such a context data is notified by a Orion Context Broker instance, but could be any other system speaking the NGSI language.
Independently of the data generator, NGSI context data is always transformed into internal NGSIEvent
objects at Cygnus sources. In the end, the information within these events must be mapped into specific CKAN data structures.
Next sections will explain this in detail.
Mapping NGSI events to NGSIEvent
objects
Notified NGSI events (containing context data) are transformed into NGSIEvent
objects (for each context element a NGSIEvent
is created; such an event is a mix of certain headers and a ContextElement
object), independently of the NGSI data generator or the final backend where it is persisted.
This is done at the cygnus-ngsi Http listeners (in Flume jergon, sources) thanks to NGSIRestHandler
. Once translated, the data (now, as NGSIEvent
objects) is put into the internal channels for future consumption (see next section).
Mapping NGSIEvent
s to CKAN data structures
CKAN organizes the data in organizations containing packages or datasets; each one of these packages/datasets contains several resources whose data is finally stored in a PostgreSQL database (CKAN Datastore) or plain files (CKAN Filestore). Such organization is exploited by NGSICKANSink
each time a NGSIEvent
is going to be persisted.
Organizations naming conventions
-
Data model by entity (
data_model=dm-by-entity
). An organization named as the notifiedfiware-service
header value (or, in absence of such a header, the defaulted value for the FIWARE service) is created (if not existing yet). Since based in [PostgreSQL only accepts] https://www.postgresql.org/docs/current/static/sql-syntax-lexical.html#SQL-SYNTAX-IDENTIFIERS), it must be said only alphanumeric characters and the underscore (_
) are accepted. The hyphen ('-') is also accepted. This leads to certain encoding is applied depending on theenable_encoding
configuration parameter. Nevertheless, different than PostgreSQL, organization lengths may be up to 100 characters (minimum, 2 characters). -
Data model by entity id (
data_model=dm-by-entity-id
). The organization name will take the value of the notified headerfiware-service
. Note that in this case, encoding is never applied (this is current marked as "debt" in the source code with a FIXME mark).
The following table summarizes the organization name composition:
dm-by-entity |
dm-by-entity-id |
---|---|
<fiware-service> |
<fiware-service> |
Packages/datasets naming conventions
-
Data model by entity (
data_model=dm-by-entity
). A package/dataset named as the concatenation of the notifiedfiware-service
andfiware-servicePath
header values (or, in absence of such headers, the defaulted value for the FIWARE service and service path) is created (if not existing yet) in the above organization. Since based in PostgreSQL only accepts, it must be said only alphanumeric characters and the underscore (_
) are accepted. The hyphen ('-') is also accepted. This leads to certain encoding is applied depending on theenable_encoding
configuration parameter Nevertheless, different than PostgreSQL, dataset lengths may be up to 100 characters (minimum, 2 characters). -
Data model by entity id (
data_model=dm-by-entity-id
). A package/dataset name always take the entity ID. Such a name is already given in the NGSIEvent values, see the Configuration section for more details) within the theNGSIEvent
. Note that in this case, encoding is never applied (this is current marked as "debt" in the source code with a FIXME mark).
The following table summarizes the package name composition:
dm-by-entity |
dm-by-entity-id |
---|---|
<fiware-service>_<fiware-servicePath> |
<entityId> |
Resources naming conventions
The resource name depends on the configured data model (see the Configuration section for more details):
-
Data model by entity (
data_model=dm-by-entity
). A resource name always take the concatenation of the entity ID and type. Such a name is already given in thenotified_entities
header value within theNGSIEvent
. -
Data model by entity id (
data_model=dm-by-entity-id
). A resource name always take the entity ID. Such a name is already given in the NGSIEvent values, see the Configuration section for more details) within the theNGSIEvent
. Note that in this case, encoding is never applied (this is current marked as "debt" in the source code with a FIXME mark).
It must be noticed a CKAN Datastore (and a viewer) is also created and associated to the resource above. This datastore, which in the end is a PostgreSQL table, will hold the persisted data.
Since based in PostgreSQL, it must be said only alphanumeric characters and the underscore (_
) are accepted. The hyphen ('-') is also accepted. This leads to certain encoding is applied depending on the enable_encoding
configuration parameter.
Despite there is no real limit on the resource names, Cygnus will keep limiting their lengths up to 100 characters (minimum, 2 characters), accordingly to what's done with organization and package names.
The following table summarizes the resource name composition:
dm-by-entity |
dm-by-entity-id |
---|---|
<entityId>_<entityType> |
<entityId> |
Row-like storing
Regarding the specific data stored within the datastore associated to the resource, if attr_persistence
parameter is set to row
(default storing mode) then the notified data is stored attribute by attribute, composing an insert for each one of them. Each insert contains the following fields:
recvTimeTs
: UTC timestamp expressed in miliseconds.recvTime
: UTC timestamp in human-readable format (ISO 8601).fiwareServicePath
: Notified fiware-servicePath, or the default configured one if not notified.entityId
: Notified entity identifier.entityType
: Notified entity type.attrName
: Notified attribute name.attrType
: Notified attribute type.attrValue
: In its simplest form, this value is just a string, but since Orion 0.11.0 it can be Json object or Json array.attrMd
: It contains a string serialization of the metadata array for the attribute in Json (if the attribute hasn't metadata, an empty array[]
is inserted).
Column-like storing
Regarding the specific data stored within the datastore associated to the resource, if attr_persistence
parameter is set to column
then a single line is composed for the whole notified entity, containing the following fields:
recvTime
: UTC timestamp in human-redable format (ISO 8601).fiwareServicePath
: The notified one or the default one.entityId
: Notified entity identifier.entityType
: Notified entity type.- For each notified attribute, a field named as the attribute is considered. This field will store the attribute values along the time.
- For each notified attribute, a field named as the concatenation of the attribute name and
_md
is considered. This field will store the attribute's metadata values along the time.
Example
NGSIEvent
Assuming the following NGSIEvent
is created from a notified NGSI context data (the code below is an object representation, not any real data format):
ngsi-event={
headers={
content-type=application/json,
timestamp=1429535775,
transactionId=1429535775-308-0000000000,
correlationId=1429535775-308-0000000000,
fiware-service=vehicles,
fiware-servicepath=/4wheels,
<name_mappings_interceptor_headers>
},
body={
entityId=car1,
entityType=car,
attributes=[
{
attrName=speed,
attrType=float,
attrValue=112.9
},
{
attrName=oil_level,
attrType=float,
attrValue=74.6
}
]
}
}
Organization, dataset and resource names
Given the above example and using the old encoding, these are the CKAN elements created
- Orgnaization:
vehicles
. - Package:
vehicles_4wheels
. - Resource:
car1_car
.
Using the new encdoing:
- Orgnaization:
vehicles
. - Package:
vehiclesxffffx002f4wheels
. - Resource:
car1xffffcar
.
Row-like storing
Assuming attr_persistence=row
as configuration parameter, then NGSICKANSink
will persist the data within the body as:
$ curl -s -S -H "Authorization: myapikey" "http://192.168.80.34:80/api/3/action/datastore_search?resource_id=3254b3b4-6ffe-4f3f-8eef-c5c98bfff7a7"
{
"help": "Search a DataStore resource...",
"success": true,
"result": {
"resource_id": "3254b3b4-6ffe-4f3f-8eef-c5c98bfff7a7",
"fields": [
{
"type": "int4",
"id": "_id"
},
{
"type": "int4",
"id": "recvTimeTs"
},
{
"type": "timestamp",
"id": "recvTime"
},
{
"type": "text",
"id": "fiwareServicePath"
},
{
"id": "entityId",
"type": "text"
},
{
"id": "entityType",
"type": "text"
},
{
"type": "text",
"id": "attrName"
},
{
"type": "text",
"id": "attrType"
},
{
"type": "json",
"id": "attrValue"
},
{
"type": "json",
"id": "attrMd"
}
],
"records": [
{
"entityId": "car1",
"entityType": "car",
"fiwareServicePath": "4wheels",
"attrType": "float",
"recvTime": "2015-04-20T12:13:22.41.124Z",
"recvTimeTs": 1429535775,
"attrMd": null,
"attrValue": "112.9",
"attrName": "speed",
"_id": 1
},
{
"entityId": "car1",
"entityType": "car",
"fiwareServicePath": "4wheels",
"attrType": "float",
"recvTime": "2015-04-20T12:13:22.41.124Z",
"recvTimeTs": 1429535775,
"attrMd": null,
"attrValue": "74.6",
"attrName": "oil_level",
"_id": 2
}
],
"_links": {
"start": "/api/3/action/datastore_search?resource_id=3254b3b4-6ffe-4f3f-8eef-c5c98bfff7a7",
"next": "/api/3/action/datastore_search?offset=100&resource_id=3254b3b4-6ffe-4f3f-8eef-c5c98bfff7a7"
},
"total": 2
}
}
Column-like storing
If attr_persistence=colum
then NGSICKANSink
will persist the data within the body as:
$ curl -s -S -H "Authorization: myapikey" "http://130.206.83.8:80/api/3/action/datastore_search?resource_id=611417a4-8196-4faf-83bc-663c173f6986"
{
"help": "Search a DataStore resource...",
"success": true,
"result": {
"resource_id": "611417a4-8196-4faf-83bc-663c173f6986",
"fields": [
{
"type": "int4",
"id": "_id"
},
{
"type": "timestamp",
"id": "recvTime"
},
{
"type": "text",
"fiwareServicePath": "4wheels"
},
{
"type": "text",
"entityId": "car1"
},
{
"type": "text",
"entityType": "car"
},
{
"type": "json",
"id": "speed"
},
{
"type": "json",
"id": "speed_md"
},
{
"type": "json",
"id": "oil_level"
},
{
"type": "json",
"id": "oil_level_md"
}
],
"records": [
{
"recvTime": "2015-04-20T12:13:22.41.124Z",
"fiwareServicePath": "4wheels",
"entityId": "car1",
"entityType": "car",
"speed": "112.9",
"speed_md": null,
"oil_level": "74.6",
"oil_level_md": null,
"_id": 1
}
],
"_links": {
"start": "/api/3/action/datastore_search?resource_id=611417a4-8196-4faf-83bc-663c173f6986",
"next": "/api/3/action/datastore_search?offset=100&resource_id=611417a4-8196-4faf-83bc-663c173f6986"
},
"total": 1
}
}
NOTE: curl
is a Unix command allowing for interacting with REST APIs such as the exposed by CKAN.
Administration guide
Configuration
NGSICKANSink
is configured through the following parameters:
Parameter | Mandatory | Default value | Comments |
---|---|---|---|
type | yes | N/A | Must be com.telefonica.iot.cygnus.sinks.NGSICKANSink |
channel | yes | N/A | |
enable_encoding | no | false | true or false, true applies the new encoding, false applies the old encoding. |
enable_name_mappings | no | false | true or false. Check this link for more details. |
data_model | no | dm-by-entity | dm-by-entity-id, dm-by-entity |
attr_persistence | no | row | row or column. |
ckan_host | no | localhost | FQDN/IP address where the CKAN server runs. |
ckan_port | no | 80 | |
ckan_path | no | '' | URL path where CKAN is listening |
ckan_viewer | no | recline_grid_view | Please check the available viewers at CKAN documentation. |
ssl | no | false | |
api_key | yes | N/A | |
orion_url | no | http://localhost:1026 | To be put as the filestore URL. |
batch_size | no | 1 | Number of events accumulated before persistence. |
batch_timeout | no | 30 | Number of seconds the batch will be building before it is persisted as it is. |
batch_ttl | no | 10 | Number of retries when a batch cannot be persisted. Use 0 for no retries, -1 for infinite retries. Please, consider an infinite TTL (even a very large one) may consume all the sink's channel capacity very quickly. |
batch_retry_intervals | no | 5000 | Comma-separated list of intervals (in miliseconds) at which the retries regarding not persisted batches will be done. First retry will be done as many miliseconds after as the first value, then the second retry will be done as many miliseconds after as second value, and so on. If the batch_ttl is greater than the number of intervals, the last interval is repeated. |
backend.max_conns | no | 500 | Maximum number of connections allowed for a Http-based HDFS backend. |
backend.max_conns_per_route | no | 100 | Maximum number of connections per route allowed for a Http-based HDFS backend. |
persistence_policy.max_records | no | -1 | Maximum number of records allowed for a resource before it is capped. -1 disables this policy. |
persistence_policy.expiration_time | no | -1 | Maximum number of seconds a record is maintained in a resource before expiration. -1 disables this policy. |
persistence_policy.checking_time | no | 3600 | Frequency (in seconds) at which the sink ckecks for record expiration. |
A configuration example could be:
cygnus-ngsi.sinks = ckan-sink
cygnus-ngsi.channels = ckan-channel
...
cygnus-ngsi.sinks.ckan-sink.type = com.telefonica.iot.cygnus.sinks.NGSICKANSink
cygnus-ngsi.sinks.ckan-sink.channel = ckan-channel
cygnus-ngsi.sinks.ckan-sink.enable_encoding = false
cygnus-ngsi.sinks.ckan-sink.enable_name_mappings = false
cygnus-ngsi.sinks.ckan-sink.data_model = dm-by-entity
cygnus-ngsi.sinks.ckan-sink.attr_persistence = column
cygnus-ngsi.sinks.ckan-sink.ckan_host = 192.168.80.34
cygnus-ngsi.sinks.ckan-sink.ckan_port = 80
cygnus-ngsi.sinks.ckan-sink.ckan_viewer = recline_grid_view
cygnus-ngsi.sinks.ckan-sink.ssl = false
cygnus-ngsi.sinks.ckan-sink.api_key = myapikey
cygnus-ngsi.sinks.ckan-sink.orion_url = http://localhost:1026
cygnus-ngsi.sinks.ckan-sink.batch_size = 100
cygnus-ngsi.sinks.ckan-sink.batch_timeout = 30
cygnus-ngsi.sinks.ckan-sink.batch_ttl = 10
cygnus-ngsi.sinks.ckan-sink.batch_retry_intervals = 5000
cygnus-ngsi.sinks.ckan-sink.backend.max_conns = 500
cygnus-ngsi.sinks.ckan-sink.backend.max_conns_per_route = 100
cygnus-ngsi.sinks.ckan-sink.persistence_policy.max_records = 5
cygnus-ngsi.sinks.ckan-sink.persistence_policy.expiration_time = 86400
cygnus-ngsi.sinks.ckan-sink.persistence_policy.checking_time = 600
cygnus-ngsi.sinks.ckan-sink.data_model = dm-by-entity
Use cases
Use NGSICKANSink
if you are looking for a database storage not growing so much in the mid-long term.
Important notes
About the persistence mode
Please observe not always the same number of attributes is notified; this depends on the subscription made to the NGSI-like sender. This is not a problem for the row
persistence mode, since fixed 8-fields rows are upserted for each notified attribute. Nevertheless, the column
mode may be affected by several rows of different lengths (in term of fields). Thus, the column
mode is only recommended if your subscription is designed for always sending the same attributes, event if they were not updated since the last notification.
In addition, when running in column
mode, due to the number of notified attributes (and therefore the number of fields to be written within the Datastore) is unknown by Cygnus, the Datastore cannot be automatically created, and must be provisioned previously to the Cygnus execution. That's not the case of the row
mode since the number of fields to be written is always constant, independently of the number of notified attributes.
Please check the Annexes in order to know how to provision a resource for the column mode.
About batching
As explained in the programmers guide, NGSICKANSink
extends NGSISink
, which provides a built-in mechanism for collecting events from the internal Flume channel. This mechanism allows extending classes have only to deal with the persistence details of such a batch of events in the final backend.
What is important regarding the batch mechanism is it largely increases the performance of the sink, because the number of writes is dramatically reduced. Let's see an example, let's assume a batch of 100 NGSIEvent
s. In the best case, all these events regard to the same entity, which means all the data within them will be persisted in the same CKAN resource. If processing the events one by one, we would need 100 inserts into CKAN; nevertheless, in this example only one insert is required. Obviously, not all the events will always regard to the same unique entity, and many entities may be involved within a batch. But that's not a problem, since several sub-batches of events are created within a batch, one sub-batch per final destination CKAN resource. In the worst case, the whole 100 entities will be about 100 different entities (100 different CKAN resources), but that will not be the usual scenario. Thus, assuming a realistic number of 10-15 sub-batches per batch, we are replacing the 100 inserts of the event by event approach with only 10-15 inserts.
The batch mechanism adds an accumulation timeout to prevent the sink stays in an eternal state of batch building when no new data arrives. If such a timeout is reached, then the batch is persisted as it is.
Regarding the retries of not persisted batches, a couple of parameters is used. On the one hand, a Time-To-Live (TTL) is used, specifing the number of retries Cygnus will do before definitely dropping the event. On the other hand, a list of retry intervals can be configured. Such a list defines the first retry interval, then se second retry interval, and so on; if the TTL is greater than the length of the list, then the last retry interval is repeated as many times as necessary.
By default, NGSICKANSink
has a configured batch size and batch accumulation timeout of 1 and 30 seconds, respectively. Nevertheless, as explained above, it is highly recommended to increase at least the batch size for performance purposes. Which are the optimal values? The size of the batch it is closely related to the transaction size of the channel the events are got from (it has no sense the first one is greater then the second one), and it depends on the number of estimated sub-batches as well. The accumulation timeout will depend on how often you want to see new data in the final storage. A deeper discussion on the batches of events and their appropriate sizing may be found in the performance document.
About the encoding
Until version 1.2.0 (included), Cygnus applied a very simple encoding:
- All non alphanumeric characters were replaced by underscore,
_
. - The underscore was used as concatenator character as well.
- The slash,
/
, in the FIWARE service paths is ignored.
From version 1.3.0 (included), Cygnus applies this specific encoding tailored to CKAN data structures:
- Lowercase alphanumeric characters are not encoded.
- Upercase alphanumeric characters are encoded.
- Numeric characters are not encoded.
- Underscore character,
_
, is not encoded. - Hyphen character,
-
, is not encoded. - Equals character,
=
, is encoded asxffff
. - All other characters, including the slash in the FIWARE service paths, are encoded as a
x
character followed by the Unicode of the character. - User defined strings composed of a
x
character and a Unicode are encoded asxx
followed by the Unicode. xffff
is used as concatenator character.
Despite the old encoding will be deprecated in the future, it is possible to switch the encoding type through the enable_encoding
parameter as explained in the configuration section.
About geolocation attributes
CKAN supports several viewers, among them we can find the recline_map_viewer
. This is a typical 2D map where geolocation data can be rendered.
Geolocation data in CKAN can be add in two ways:
- Using a column in the DataStore for the longitude, and another column in the DataStore for the latitude, and then configuring in the viewer which resource fields (columns in the DataStore) contain such a geolocation information. If the fields/columns are directly named
longitude
andlatitude
, they are automatically selected by the viewer. Pleae observe this option only works for 2D coordinates. - Using a single column named
geojson
(in fact, any combination of upper and lower case of the stringgeojson
is valid, e.g.GeoJson
,geoJSON
, ...) of typeJson
. By default, a column like this one is directly used for rendering geolocation data. If not named asgeojson
, it is possible to select which filed/column contains GeoJson values. Please observe a GeoJson may render any geometry (points, lines and polygons).
Thus, it seems pretty straightforward mapping these geolocation features and NGSI entity model:
- Simply add a pair of
longitude
andlatitude
attributes, containing longitude and latitude parts of a coordinate, respectively. - Or add a single
geojson
attribute containing a valid GeoJson value.
Finally, it must be said this way of mapping geolocated context information into CKAN data structures does not really follow the NGSI model, which defines special types for geolocation purposes (geo:point
, geo:line
, geo:box
and geo:json
). I.e., despite it works, using geojson
or longitude
and latitude
attributes is not standard in NGSI. Therefore, future releases of this sink will support NGSI geolocation types, automatically translating them into above explained geolocation fields/columns CKAN understands.
About capping resources and expirating records
Capping and expiration are disabled by default. Nevertheless, if desired, this can be enabled:
- Capping by the number of records. This allows the resource growing up until certain configured maximum number of records is reached (
persistence_policy.max_records
), and then maintains a such a constant number of records. - Expirating by time the records. This allows the resource growing up until records become old, i.e. overcome certain configured expiration time (
persistence_policy.expiration_time
).
Programmers guide
NGSICKANSink
class
As any other NGSI-like sink, NGSICKANSink
extends the base NGSISink
. The methods that are extended are:
void persistBatch(NGSIBatch batch) throws Exception;
A NGSIBatch
contains a set of NGSIEvent
objects, which are the result of parsing the notified context data events. Data within the batch is classified by destination, and in the end, a destination specifies the CKAN resource where the data is going to be persisted. Thus, each destination is iterated in order to compose a per-destination data string to be persisted thanks to any CKANBackend
implementation.
void capRecords(NGSIBatch batch, long maxRecords) throws EventDeliveryException;
This method is always called immediatelly after persistBacth()
. The same destination resources that were upserted are now checked in terms of number of records: if the configured maximum (persistence_policy.max_records
) is overcome for any of the updated resources, then as many oldest records are deleted as required until the maximum number of records is reached.
void expirateRecords(long expirationTime);
This method is called in a peridocial way (based on persistence_policy.checking_time
), and if the configured expiration time (persistence_policy.expiration_time
) is overcome for any of the records within any of the resources, then it is deleted.
public void start();
An implementation of CKANBackend
is created. This must be done at the start()
method and not in the constructor since the invoking sequence is NGSICKANSink()
(contructor), configure()
and start()
.
public void configure(Context);
A complete configuration as the described above is read from the given Context
instance.
Annexes
Provisioning a CKAN resource for the column mode
This section is built upon the assumption you are familiar with the CKAN API. If not, please have a look on it.
First of all, you'll need a CKAN organization and package/dataset before creating a resource and an associated datastore in order to persist the data.
Creating an organization, let's say in demo.ckan.org
for the sake of demonstration, but should be a CKAN deployment of yours; the organization name is service
, because our entity will be in that FIWARE service:
$ curl -X POST "http://demo.ckan.org/api/3/action/organization_create" -d '{"name":"service"}' -H "Authorization: xxxxxxxx"
Creating a package/dataset within the above organization; the package name is service_test
, because our entity will be in the FIWARE service service
and in the FIWARE service path service_test:
$ curl -X POST "http://demo.ckan.org/api/3/action/package_create" -d '{"name":"service_test","owner_org":"service"}' -H "Authorization: xxxxxxxx"
Creating a resource within the above package/dataset (the package ID is given in the response to the above package creation request); the name of the resource is room1_room
because the entity ID will be room1
and its type room
:
$ curl -X POST "http://demo.ckan.org/api/3/action/resource_create" -d '{"name":"room1_room","url":"none","format":"","package_id":"d35fca28-732f-4096-8376-944563f175ba"}' -H "Authorization: xxxxxxxx"
Finally, creating a datastore associated to the above resource and suitable for receiving Cygnus data in column mode (the resource ID is given in the response to the above resource creation request):
$ curl -X POST "http://demo.ckan.org/api/3/action/datastore_create" -d '{"fields":[{"id":"recvTime","type":"text"}, {"id":"fiwareServicePath","type":"text"}, {"id":"entityId","type":"text"}, {"id":"entityType","type":"text"}, {"id":"temperature","type":"float"}, {"id":"temperature_md","type":"json"}],"resource_id":"48c120df-5bcd-48c7-81fa-8ecf4e4ef9d7","force":"true"}' -H "Authorization: xxxxxxxx"
Now, Cygnus is able to persist data for an entity with ID room1
of type room
in the service
service, service_test
service path:
time=2016-04-26T15:54:45.753CEST | lvl=INFO | corr=b465ffb8-710f-4cd3-9573-dc3799f774f9 | trans=b465ffb8-710f-4cd3-9573-dc3799f774f9 | svc=service | subsvc=/service_test | function=getEvents | comp=cygnus-ngsi | msg=com.telefonica.iot.cygnus.handlers.NGSIRestHandler[240] : Starting internal transaction (b465ffb8-710f-4cd3-9573-dc3799f774f9)
time=2016-04-26T15:54:45.754CEST | lvl=INFO | corr=b465ffb8-710f-4cd3-9573-dc3799f774f9 | trans=b465ffb8-710f-4cd3-9573-dc3799f774f9 | svc=service | subsvc=/service_test | function=getEvents | comp=cygnus-ngsi | msg=com.telefonica.iot.cygnus.handlers.NGSIRestHandler[256] : Received data ({ "subscriptionId" : "51c0ac9ed714fb3b37d7d5a8", "originator" : "localhost", "contextResponses" : [ { "contextElement" : { "attributes" : [ { "name" : "temperature", "type" : "centigrade", "value" : "26.5" } ], "type" : "room", "isPattern" : "false", "id" : "room1" }, "statusCode" : { "code" : "200", "reasonPhrase" : "OK" } } ]})
time=2016-04-26T15:55:07.843CEST | lvl=INFO | corr=b465ffb8-710f-4cd3-9573-dc3799f774f9 | trans=b465ffb8-710f-4cd3-9573-dc3799f774f9 | svc=service | subsvc=/service_test | function=processNewBatches | comp=cygnus-ngsi | msg=com.telefonica.iot.cygnus.sinks.NGSISink[342] : Batch accumulation time reached, the batch will be processed as it is
time=2016-04-26T15:55:07.844CEST | lvl=INFO | corr=b465ffb8-710f-4cd3-9573-dc3799f774f9 | trans=b465ffb8-710f-4cd3-9573-dc3799f774f9 | svc=service | subsvc=/service_test | function=processNewBatches | comp=cygnus-ngsi | msg=com.telefonica.iot.cygnus.sinks.NGSISink[396] : Batch completed, persisting it
time=2016-04-26T15:55:07.846CEST | lvl=INFO | corr=b465ffb8-710f-4cd3-9573-dc3799f774f9 | trans=b465ffb8-710f-4cd3-9573-dc3799f774f9 | svc=service | subsvc=/service_test | function=persistAggregation | comp=cygnus-ngsi | msg=com.telefonica.iot.cygnus.sinks.NGSICKANSink[419] : [ckan-sink] Persisting data at OrionCKANSink (orgName=service, pkgName=service_test, resName=room1_room, data={"recvTime": "2016-04-26T13:54:45.756Z","fiwareServicePath": "/service_test","entityId": "room1","entityType": "room","temperature": "26.5"})
time=2016-04-26T15:55:08.948CEST | lvl=INFO | corr=b465ffb8-710f-4cd3-9573-dc3799f774f9 | trans=b465ffb8-710f-4cd3-9573-dc3799f774f9 | svc=service | subsvc=/service_test | function=processNewBatches | comp=cygnus-ngsi | msg=com.telefonica.iot.cygnus.sinks.NGSISink[400] : Finishing internal transaction (b465ffb8-710f-4cd3-9573-dc3799f774f9)
The insertion can be checked through the CKAN API as well:
$ curl -X POST "http://demo.ckan.org/api/3/action/datastore_search" -d '{"resource_id":"48c120df-5bcd-48c7-81fa-8ecf4e4ef9d7"}' -H "Authorization: xxxxxxxx"