Difference between revisions of "System Properties"
Line 3: | Line 3: | ||
= Overview = | = Overview = | ||
− | System Properties are generally set when the Java | + | System Properties are generally set when the Java virtual machine that is running Fusion Registry is launched. However the Registry provides a way to list all of the System properties and also provides the ability to set their values. Note that setting some of the system properties will have no effect on the running Registry as these must be supplied at start-up time . The properties that can be changed and for the change to have an effect are listed below. |
= Obtaining System Properties = | = Obtaining System Properties = | ||
− | A root or an admin user of Fusion Registry can access the System | + | A root or an admin user of Fusion Metadata Registry can access the System Properties, returned in JSON form, by performing a GET request to the url: |
<code> | <code> | ||
Line 23: | Line 23: | ||
= Setting System Properties = | = Setting System Properties = | ||
− | A root or an admin user of Fusion Registry can set a System | + | A root or an admin user of Fusion Metadata Registry can set a System Properties by performing a POST request to the url: |
<code> | <code> |
Revision as of 04:58, 3 March 2021
Contents
Overview
System Properties are generally set when the Java virtual machine that is running Fusion Registry is launched. However the Registry provides a way to list all of the System properties and also provides the ability to set their values. Note that setting some of the system properties will have no effect on the running Registry as these must be supplied at start-up time . The properties that can be changed and for the change to have an effect are listed below.
Obtaining System Properties
A root or an admin user of Fusion Metadata Registry can access the System Properties, returned in JSON form, by performing a GET request to the url:
http://[server]:[port]/FusionRegistry/ws/secure/settings/getSystemProperties
As this is a secure Web Service the user must be logged on, or supply correct credentials. The result is an array of JSON objects, where each object has a Key and a Value For example:
{ Key: "edi.lenient.enabled", Value: "true" }
Setting System Properties
A root or an admin user of Fusion Metadata Registry can set a System Properties by performing a POST request to the url:
http://[server]:[port]/FusionRegistry/ws/secure/settings/setSystemProperty
Appropriate credential must be supplied. The input format is JSON of the form
{ "Key": "edi.lenient.enabled", "Value": "false" }
If the "value" specified is blank this will have the effect of removing the property. For example the following will remove the property "ENFORCE_STRICT_SDMX_2.1":
{ "Key": "ENFORCE_STRICT_SDMX_2.1", "Value": "" }
Properties which may be Dynamically changed
Changing a property whilst the Registry is running may not have any effect. The following properties can be changed and their effect will be immediate:
Property | Default Value | Effect |
---|---|---|
edi.lenient.enabled | false | Sets the EDI Leniency of the Registry |
edi.enforce.primarymeasure.enabled | false | Sets whether a Primary Measure should be enforced in EDI |
edi.skipagencycheck.enabled | false | When writing an EDI data file, does not check that the Agencies of the Dataflow and DSD match. When writing an EDI structure file, does not check that cross-referenced components are of the same aganecy as the DSD. This feature is part of EDI Leniency mode. |
edi.dsi.dataflow.enabled | false | When reading an EDI file, determines whether the DSI segment should be used to refer to a Dataflow |
ENFORCE_STRICT_SDMX_2.1 | false | Puts the Registry into Enforcing Strict values for SDMX 2.1
|