Fusion Edge Compiler

Overview

The Fusion Edge Compiler is a command line client, written in Java and can run on Windows or UNIX operating systems. Its responsibility is to compile SDMX data, structure, and metadata files for dissemination by the Fusion Edge Server. The Fusion Edge Compiler provides three functions:

1. To pull content from SDMX web services (example Fusion Registry web services) in order to populate a local file system of content to publish
2. To compile content in the local file system to create a new Environment which can be consumed by the Fusion Edge Server
3. To publish the Environment to an Amazon S3 bucket from which distributed Fusion Edge Servers can take their content, if configured to do so

The second function, compile, is the main function of the compiler as it is the only function which must be done by the Fusion Edge Compiler. The other two functions could be performed manually or via a custom automated process.

Pull Content

buildFileSystem.sh (UNIX) or buildFileSystem.bat (Windows)

Overview

The Fusion Edge Compiler queries and SDMX web service for structural metadata, data, and reference metadata content based on what it has been requested to pull. It can work against a Fusion Registry web service as well as any other SDMX web service that complies with the SDMX specification.

The Fusion Edge Compiler pulls the content to build a target directory of files in the correct structure for the compile process to operate. The Fusion Edge Compiler command line arguments focus on which Datasets to pull from the target web service. When a dataset is pulled, the corresponding metadata (Dataflow, DSD, Concepts, Codelists) will also be pulled.

It is possible to pull only updates to datasets into an existing file system, by using the -lgr or -upd property.

Command Line Arguments

Argument	Example	Description
prop	-prop "/home/props.json"	Optional. A reference to one or more properties files (separated by a space)
api	-api "https://stats.bis.org/api/v1"	Required. The URL of the web service to pull the content from
tgt	-tgt "/home/compiler/target"	Required. The target directory to write the files and folders to
lgr	Example	Optional. The location of an Environment folder. If this is provided then the last compile time of the Environment will be used as the updated after time to use when pulling data
df	-df "ECB:CPI(1.0) ECB:EXR(1.0)"	Optional. A reference to one or more Dataflows to pull data for (separated by a space). The keyword all can be used to pull data for all Dataflows.
upd	Example	This applies an updatedAfter query parameter against the target web service when querying for data (only retrieve data updated after a point in time). This is an alternative to using the lgr argument which dynamically determines the updatedAfter parameter based on the time that Environment was built.
replace	-replace	If present, all the files in the the target directory will be deleted before the pull content is run
usr	-usr "myusername"	Username to authenticate with the REST API, if using the Fusion Registry it should correspond to a user account in the Fusion Registry
pwd	-pwd "mypassword"	Password to authenticate with the REST API
s3rgn	-s3rgn "us-east-1"	Amazon S3 region – required if the Ledger is hosted on Amazon S3
s3sec	-s3sec "azxzcvbnm"	Amazon S3 Secret – required if the Ledger is hosted on Amazon S3
s3acc	s3acc "azxzcvbnm"	Amazon S3 Access Key – required if the Ledger is hosted on Amazon S3
h	-h	Display help information

Properties File

It is possible to provide all the arguments to the Fusion Edge Compiler via a properties file, referenced by the -prop argument. The properties file has additional support for pulling specific structures and describing sub-sets of a dataset, both of which can not be done via the simple command line arguments.

An example Properties file is given below:

{
  "Ledger" : 	"s3:mybucket",
  "TgtDir" :  	"/home/compiler/target",
  "SdmxAPI" : 	"https://demo.metadatatechnology.com/FusionRegistry/ws/public/sdmxapi/rest",
  "UpdatedAfter" :	"2010",
  "Username" : 	"myuser",
  "Password" : 	"pwd",
  "AllData" : 	true,
  "FullReplace" : 	true,
  "Zip" : 		true,
  "Metadata" : 	true,
  "S3Region":	"us-east-1",
  "S3SecretKey":	"azxasdasfcvbn",
  "S3AccessKey":	"sxcvbnmu",
  "SubCubes":{
     "ECB:EXR(1.0)" : {
        "SubCube1" : {
           "Include" : {
              "FREQ":["A","M"],
              "REF_AREA":["UK"]
           }
        }
     },
     "WB:POVERTY(1.0)":{ }
  },
  "Structures":{
     "Codelist": ["ECB,EXR,1.0"]
     "HierarchicalCodelist": ["ECB", "BIS"]
     "all": ["SDMX"]
     ]
  }
}

Structures
The Structures section of the properties file defines which structural metadata should be included in the outputs.

Note, when outputting data for a Dataflow, the Dataflow and all descendants (DSD, Codelist, Concept Scheme, Agency Scheme) will be automatically included in the structure metadata that is generated and do not need to be explicitly specified. This is also true for the Structure section, specifying a specific structure such as a HierarchicalCodelist, will automatically include its descendant structures.

The arguments are:

1. The structure type, this is the same as the path parameter on the REST API, i.e. Codelist.
2. An array of structure filters in the format AgencyId,Id,Version. Each filter is optional, the absence of which meaning all. The keyword all can be used as a structure type to indicate all structures, which can also take the filters for agency, id and version. Example ["ECB,EXR,1.0", "SDMX", "BIS,all,2.1"]

Compile Content

compileFileSystem.sh (UNIX) or compileFileSystem.bat (Windows)

Overview

The compile script reads the files in from the source directory and compiles them into the target directory. The result of the compile process is an Environment that can be published to the Fusion Edge Server.

If the target directory does not exist it will be created, if it does exist the contents will be overwritten.

All compiled Environments are digitally signed using the a secret key provided using the -sgn command line argument. This signature ensures that the Environment files are not tampered with after they have been generated. It also ensures that the Fusion Edge Server knows that the Environment was generated by a trusted source, as the Fusion Edge Server must also know that the secret key is in order to verify the source.

Static Mode Compile

When running in Static mode the Fusion Edge Server does not make use of the ledger file, it always reads in the Environment zip file regardless of what version is in the ledger.json file. In this way a static mode Compile does not need to use the -lgr argument, as long as the source file system contains the full Environment source files for dissemination.

The compile process is:

1. The Fusion Edge Compiler reads all files from the -src directory
2. The Fusion Edge Compiler compiles all files
3. The Fusion Edge Compiler writes the compiled files to the -tgt directory

It is possible to make use of the lgr argument if the intention is to merge new information into a previous compile. Details of merging Environments are provided in the next section.

Dynamic Mode Compile

When running in Dynamic mode it is important to include the location of the last (current) Environment using the -lgr argument. The ledger of the new Environment will be appended to in the new Environment, creating a new version to describe the new Environment. This is critical as the Fusion Edge Server will only update its content if it detects a change in the version of the ledger file.

By default, when using the -lgr argument, the compile process will append and/or modify information in an existing Environment. Information will not be deleted (although there are ways to force a delete, covered later).

When providing a -lgr argument, the compile process is:

1. The Fusion Edge Compiler reads the referenced Environment of the -lgr argument to determine the timestamp it was built
2. The Fusion Edge Compiler reads files from the source file system whose timestamps are later then the build time of the Environment (to get the deltas)
3. The Fusion Edge Compiler copies all previously built data and structure stores into the new Environment - only making modifications if it found data/metadata files whose timestamps were later then the referenced Environment compiled timestamp.

In essence, the default behaviour is to copy the previous Environment, and to merge in deltas. However, this can result in undesirable results when the intention is to delete information such as datasets, series, observations, codelists, etc. If structural changes are made to a Data Structure which makes previously compiled datasets invalid, the merge process will result in an unstable system. Therefore the following arguments are provided to enable a finer level of control over what is read from the file system and what is copied from the old Environment.

Ignore Timestamp on File

The -f argument can be provided which forces all source files in the file system to be read regardless of the timestamp.

Replace Dataset

the -rd argument (replace dataset) informs the compile process to not copy any databases from the referenced Environment. The replace dataset argument will always rebuild the datastore using the local files on the file system, and not attempt to merge from the referenced Environment. This can result in the deletion of an entire Dataset for a Dataflow if not files are read from the source file system.

This can be used if the datasets, observations or series are deleted (or where the structure of the dataset changes).

Note the -f argument should still be used if the intention is to read all data files in the file system, otherwise the default behaviour will be to read only the data files that have changed since the last compile.

Full Replace

Compiles all files in the source file system, ignoring any timestamp on the referenced Environment. No information is copied from the referenced Environment, with exception of the fes_ledger.json file, which is used as a base for creating the new fes_ledger.json with an updated version and history of previous versions.

Command Line Arguments

Argument	Example	Description
prop	-prop "/home/props.json"	Optional. A reference to one or more properties files (separated by a space)
src	-src "/home/compiler/source"	Required. The source directory that contains the files to be compiled (this is the tgt directory in the build file system script)
tgt	-tgt "/home/compiler/compiled"	Required. The target directory to write the files and folders to
lgr	-lgr "/home/compiler/live_environment"	Required when running in Dynamic mode. The location of a previous Environment used as input when building the new Environment.
sgn	-sgn "my_signature"	Required. A secret signature to sign the generated files with. The same signature should be used for all compilations. The Fusion Edge Server must be given the same secret signature via its properties file so it is able to verify the content in an environment was not corrupted or tampered with.
liv	-liv "2020-01-30T00:00.00"	Optional. The go live time (embargo time). The generated Environment will include this timestamp so that it is not released by the Fusion Edge Server until the time. The format is yyyy-mm-ddThh:mm:ss and the timezone is GMT
f	-f	Optional. Force all files in the source file system to be read regardless of the previous Environment compiled timestamp
rd	-rd	Optional. Do not merge any data stores from previous Environment. Replace all Datasets with those read in from the file system.
fr	-fr	Optional. Full Replace. Read all files in the source file system. Do not merge any metadata or data stores from previous Environment.
s3rgn	-s3rgn "us-east-1"	Amazon S3 region – required if the Ledger is hosted on Amazon S3
s3sec	-s3sec "azxzcvbnm"	Amazon S3 Secret – required if the Ledger is hosted on Amazon S3
s3acc	s3acc "azxzcvbnm"	Amazon S3 Access Key – required if the Ledger is hosted on Amazon S3
h	-h	Display help information

Properties File

It is possible to provide all the arguments to the Fusion Edge Compiler via a properties file, referenced by the -prop argument.

An example Properties file is given below:

{
  "Ledger" : 	"s3:mybucket",
  "SrcDir" :  	"/home/compiler/source",
  "TgtDir" :  	"/home/compiler/compiled",
  "ForceRebuild" :  	false,
  "Signature" : 	"myuser",
  "LiveTime" : 	"2020-01-30T00:00.00",
  "S3Region":	"us-east-1",
  "S3SecretKey":	"azxasdasfcvbn",
  "S3AccessKey":	"sxcvbnmu",
  "ForceRebuild":	false,
  "ReplaceData":	false,
  "FullReplace":	false,
}

Publish Content

publishContent.sh (UNIX) or publishContent.bat (Windows)

Overview

The Publish Content script is used to move an Environment from the local file system to Amazon S3. If the Environment is hosted elsewhere, for example a private web server, or a file system local to the Fusion Edge Server, then a custom process must be put in place to move the Environment .

The Publish Content will ensure the Amazon S3 bucket is updated to reflect the new Environment in the most efficient way, for example if it detects a file is unchanged in Environment it will not be moved. The ledger file is always moved last which ensures the Fusion Edge Server does not attempt to process the Environment until all the files are moved.

Command Line Arguments

Argument	Example	Description
prop	-prop "/home/props.json"	Optional. A reference to one or more properties files (separated by a space)
src	-src "/home/compiler/environment"	Required. The directory that contains the Environment to be published (this is the tgt folder in the compile process)
lgr	-lgr “s3:mybucket”	Required. The Amazon S3 bucket where the new Environment will be written to. If this contains an existing Environment it will be overwritten.
s3rgn	-s3rgn "us-east-1"	Required. Amazon S3 region
s3sec	-s3sec "azxzcvbnm"	Required. Amazon S3 Secret
s3acc	s3acc "azxzcvbnm"	Required. Amazon S3 Access Key
h	-h	Display help information

Properties File

It is possible to provide all the arguments to the Fusion Edge Compiler via a properties file, referenced by the -prop argument.

An example Properties file is given below:

{
  "Ledger" : 	"s3:mybucket",
  "SrcDir" :  	"/home/compiler/compiled",
  "S3Region":	"us-east-1",
  "S3SecretKey":	"azxasdasfcvbn",
  "S3AccessKey":	"sxcvbnmu",
}