A newer version of the Ed-Fi ODS / API is now available. See the Ed-Fi Technology Version Index for a link to the latest version.

XML Lookup Utility

The Ed-Fi Data Standard allows two alternative values for reference types: lookup types and identity types. The Ed-Fi Bulk Load Client requires that identity type references always be used. The XML Lookup Utility is a command-line application that resolves lookup references to identity references in Ed-Fi XML documents. The utility is suitable for interactive or scripted use as part of a larger data-ingestion process.

The utility uses Ed-Fi Standard XSD files (with extensions) combined with a functional Ed-Fi ODS / API to add identity type information to reference types that only contain lookup types, thus allowing the Bulk Load Client to ingest the files. It does not need to be recompiled when the Ed-Fi Data Standard or extensions are changed, as it dynamically maps the Ed-Fi Standard XSD elements to the Ed-Fi REST API endpoints documented in the Swagger metadata.

When the utility is run against one or more XML documents, copies of the the original XML documents with the resolved identity types are created. The original XML documents are left unchanged by the utility.

The utility source code can be found in the Ed-Fi-ODS repository in the \Utilities\DataLoading\EdFi.XmlLookup.Console directory. It is part of the LoadTools solution (\Utilities\DataLoading). 

Command-Line and Configuration Parameters

The utility accepts command-line parameters as well as values in the EdFi.XmlLookup.Console.config file, the following command line parameters


Parameter.config SettingDescriptionDefaultExample Parameter Value
/?Help
Displays help information

/?

/bBase URLOdsApi:UrlThe base url used to derive api, metadata, oauth, and dependency urls (e.g., http://server). If provided, apiurl, metadataurl and oauthurl parameters can be skipped. 
/b "http://server"
/dData FolderFolders:DataThe location of the XML filesWorking directory of the utility/d "c:\data"
/ySchool YearOdsApi:SchoolYearThe school year for the ODS API (Appended to API URL)
/y "2018"
/pProfileOdsApi:ProfileIf provided, the profile to use when calling the API
/p read_only_profile
/kOAuth KeyOdsApi:KeyThe application key for the session
/k myKey
/sOAuth SecretOdsApi:SecretThe secret associated with the key for the session
/s mySecret
/fForce Metadata ReloadForceMetadataIf provided, it forces a reload of the metadataDo not force reload/f
/wWorking FolderFolders:WorkingA read/write directory to store the metadata informationWorking directory of the utility/w "c:\temp\lookup"
/xXSD FolderFolders:XsdThe directory containing the Ed-Fi Standard XSD filesthe /Schema directory under the Working Folder/x "c:\ed-fi\standard"
/aAPI URLOdsApi:ApiUrlThe Ed-Fi ODS API URL (deprecated) 
/a "http://server/data/v3"
/oOAuth URLOdsApi:OAuthUrlThe OAuth URL for retrieving a session token (deprecated) 
/o "http://server/"
/mOpenAPI Metadata URLOdsApi:MetadataUrlThe OpenAPI (Swagger) base URL (deprecated) 
/m "http://server/metadata"

Operation

The XML Lookup Utility requires values for all the configuration values (except for /p and /f) to be present either in the .config file or as command-line parameters.

Existing identity type values are never overwritten. Where identity types can be inferred directly from lookup types, that conversion happens first. Identical lookup type values within a document are resolved against the API call only once. Lookup type values may be reused several and possibly hundreds of times instead of being resolved from the API every time. Memory use is kept at a minimum by scanning XML documents rather than loading the entire document into memory. A session token is only retrieved once when the utility runs.

Processing Overview

When the XML Lookup Utility is run, the following actions occur:

  1. The Ed-Fi Standard XML files are read and checked for errors.
  2. The OpenAPI data is read from the cache, or a cache built from the provided OpenAPI URL.
  3. Mappings are created for:
    1. Lookup to Identity XML Types.
    2. Incoming XML Lookup types and GetByExample query parameters.
    3. GetByExample resources and Identity XML Types.
  4. For each XML file in the data directory:
    1. The file is scanned for reference types.
    2. If the reference type contains an identity type, it is ignored.
    3. If the lookup type contains all the fields required for the identity type, an identity type is created without calling the ODS / API.
    4. If the lookup type has not been resolved, the appropriate GetByExample API call is invoked and an identity type is created.
  5. The file is then read again and a copy of the file is written with identity types being injected.

Troubleshooting

Because the data model of the ODS and the associated REST API is dynamic and extensible, and because security is highly configurable, there are no guarantees that the utility can successfully create every possible lookup-to-identity mapping. However, troubleshooting information is available after the utility runs to assist in resolving some of these issues.

The most typical issues are related to security configuration for the client application associated with the key/secret pair, missing resources, and incomplete or ambiguous lookup elements. A successful lookup returns exactly one resource. Missing or multiple resources are an error.

Security issues can be resolved by changing the settings for the client application in the security administration tools. Lookup failures may also be the result of ambiguous or non-existent data in the ODS / API platform.

Comments in Generated XML Documents

The generated XML documents contain XML comments identifying values that were generated. These comments show which identity values were created and which lookup values were used to create them, which can be useful in tracing issues in the results.

Logging Messages

As configured by default, the Utility displays logging information on the screen and captures more detailed information in a log file for each run. Generally speaking, all ERROR- and CRITICAL-level issues found in the log file should be resolved before submitting the resolved XML documents for loading.

Logging configuration may be changed by adjusting the .config file appropriately. Refer to the excellent log4net documentation for detailed instructions on how to configure application logging to suit your exact needs.

Developers' Guide Contents

Find out more about how to develop platforms based on the Ed-Fi ODS / API v5.3: