Server Configuration Parameters

Server Configuration Parameters page contains the main systems-related settings for EDG (for persistence and other application settings, see Setup – EDG Configuration Parameters). Administrators can update the section via its Edit button and ensuring to click Save Changes when finished.

Server Parameters

Parameter Default Description
Server URL

This URL should be the EDG web-application’s own context path, without a trailing slash “/”. It enables email notifications with “live” EDG-server links (back to the webapp) for governance events or for tasks. For example, for the EDG (Tomcat) server, it would be something like: http://serverhostname/edg

For TopBraid Composer – Maestro Edition, it would be: http://localhost/:8083

Show Hidden Files false During data selection, show all the files that are present on each project.

General Database Parameters

Parameter Default Description
Max Connections per Database 100 For each RDBMS (relational) or D2RQ database, the maximum number of active connections permitted.

SWP Parameters

Parameter Default Description
Constraint violations block editing false If true then the SWA edit forms will report those SPIN constraint violations marked as spin:Error or spin:Fatal as errors that cannot be OKed by the confirm dialog. By default (false), all SPIN constraint violations are non-Fatal are reported as warnings that the user can manually bypass.
ui label function URI The URI of a SPARQL function that takes a resource as argument and returns a string representation. If set, this will be used whenever ui:label is called, making it possible to define custom label algorithms in a single place.
ui:lib function is constant false True to have ui:lib() always return the static value “lib”.
maximum number of table rows 1000 The maximum number of rows to be displayed by (search results) table widgets

LDAP Servers (Service Providers)

EDG can support multiple LDAP service providers (e.g., multiple Active Directory domains or LDAP servers). For each one, click the plus sign “+” to create a new LDAP stanza (parameter group).

Before applying any LDAP changes, please double-check all settings for accuracy. Inconsistencies with remote LDAP systems could result in the loss of EDG permissions, which could be especially problematic for administrators (i.e., users having roles with AdministratorGrp group privileges; see Rights Management). Please verify before proceeding. Losing administrator permissions would block access to Administration pages, including this one, thereby requiring external access to the EDG system environment to modify the configuration files directly.


Configuration parameters

For each LDAP server, open Server Configuration > Edit > Configuration parameters > “+” and enter the following server parameters. To delete an LDAP server configuration, open Edit and click its “x”.

Parameter Default Description
Connection URL LDAP service provider’s connection URL
Username for server connection Username for connection login
Password for server connection This appears only if other LDAP parameters are set, and it is set after Save Changes has completed.
User pattern string Based on the Tomcat JNDIRealm (for LDAP), this is the userSearch and userBase (e.g., “sAMAccountName={0},CN=Users,DC=sharepoint,DC=tqinc,DC=info”)
Role definition base roleBase: The base DN for role searches (e.g., “OU=Roles,DC=sharepoint,DC=tqinc,DC=info”)
Role name identifier roleName: The name of the attribute that has the role-entry’s name (e.g., “cn”)
Role search string roleSearch: The LDAP search filter for selecting role entries (e.g., “(member={0})”)

Membership search string

(OPTIONAL, Recommended)

For certain LDAPs (e.g., Active Directory), this is the reverse of roleSearch, used to find role memberships for a given user (e.g., “(memberOf={0})”).

SMTP Server Parameters

Parameter Default Description
SMTP Authentication On false Tells if smtp server requires authentication.
SMTP Server Smtp Server to be used for sending emails in TopBraid Live.
SMTP Server Port Number 587 Port used by smtp Server.
SSL Enabled false If SSL for mail is on
SMTP Username Username for authenticating on smtp server.
SMTP Password This appears only if other SMTP parameters are set, and it is set after Save Changes has completed.

Advanced Parameters

Parameter Default Description
Allow Anonymous Access false If no authentication scheme is used and this flag is true, anonymous access with READ and EXECUTE permission is allowed to the application.
Enable SPARQL updates false If true, then the SPARQL end point (servlet) will allow update requests.
Timeout on SPARQL Endpoint If not set or 0, SPARQL endpoint has no timeout. Timeout is in milliseconds. If the timeout is reached, the system will throw a CancelQueryException to the user.
Enable Fair Locks true If true, then locks taken by TBL will use a first in first out queue, if false then order is less predictable.
Longer Stack Traces false Create longer stack traces, adding very large overhead. These are very useful for rapid resolution of certain types of problems. Set this parameter only if requested by TopQuadrant Customer Support.
Fail With Error on Design Inconsistency false When a possible software design inconsistency is detected, fail with an error.
Disable Lucene Indexing false Used for Search the EDG. If disabling is true, the indexing is off thereby using SPARQL search, and the syntax of users’ search queries changes regarding the usage of explicit wildcard characters; see for Search the EDG for details.
Enable SPARQL Query Management false Enable the query management functionality to monitor currently running queries in the system.
Secure Storage encryption PBEWithSHA1andDESede Optionally changes the encryption algorithm for storing passwords in the secure storage file. If changed, please use a new secure storage file and restart the server.
Suppress Warnings of Possible Design Inconsistency true When a possible software design inconsistency is detected, and the system is not configured to fail, then suppress the warnings. Setting this parameter to false will result in logged error message of any design inconsistencies.
Temporary Graphs Time Out 2 The length of time to wait before a temporary graph can be garbage collected (minutes).
Use Saxon false Use Saxon rather than Xalan for XSLT/XML processing.
Verbose logging false If true, then some operations will send additional info to the log. This may slow down the server a bit.
Google Maps API Key To enable Google Maps viewing functions in TopBraid, obtain an API key (string) from Google and enter it here.

URI mappings

Parameter Default Description
Short Graph name A tuple consisting of a graph (URI) and a short name. Can be used to abbreviate graphs in servlet calls. For example the SPIN template servlet handles abbreviated names such as /tbl/template/swa/GetResourceValues/kennedys?… If you want to address the kennedys ontology with that URL, you need to add a short graph name that associates with the name “kennedys”.

User Interface Configuration

Some TopBraid EDG features support assigning language tags to string attribute values using a drop-down list when editing, for example:

To customize the list of available choices, go to the Server Administration page, then Server Configuration Parameters. The bottom of the Server Configuration Parameters screen has a space-delimited list where you can enter the language choices that will appear on EDG editing screens. Any codes can be entered, but the codes will interoperate better with other systems, such as Web browsers, if the ISO 639 language codes and, optionally, ISO 3166 country codes, are used. In the following, ISO codes for Spanish, English US English have been entered. These will be the only languages that appear in the language tag drop-down:

Be sure click Save Changes when finished.


Download Configuration Files

Download general config graph Click this link will download the current config.ttl from the system folder.
Downoad uiconfig graph Click this link to download the current uiconfig.ui.ttl from the system folder.

EDG Configuration Parameters

Server Configuration

Administrators can update the section via its Edit button and ensuring to click Save Changes when finished. Note that any required passwords must be entered after saving changes. NOTE: Database updates require an EDG server restart.

Teamwork Platform Parameters

Parameter Default Description
Repository project Repositories See the Application data storage section, below.
Comments activated true Allows comments on data resources
Tasks activated true Allows user tasks on data resources
Send task emails false Users with an email address receive email when a task is assigned to them
Metrics dashboards activated false EDG only. This enables user viewing and administrator editing of metrics dashboards. For details, see Metrics Dashboard.
Application data storage <requires Admin choice> See the Application Data Storage section, below.
Default namespace suggestion{type}/new# This is the string used to pre-fill the Default namespace field for a new vocabulary/asset. The EDG default is{type}/new#, which an administrator can customize here. Note that the variable {type} produces the lowercase plural name of the vocabulary/asset type, e.g., “ontologies”.
Teamwork Administrator Role This special teamwork role(viewer, manager, editor) controls the ability to modify workflow types by downloading and uploading the Workflow Templates file.
Disable source code editing false Selecting true disables the source code editor in the full page editor.
Enable job titles false

This allows the creation of job titles in the Organizational Structure under the Governance Model, and the ability to assign users to those job titles, instead of assigning them directly to the organization. If it’s disabled the Party selection drop-down for governance role assignment shows Organizations instead of Job Titles (on Governance Areas page and Users tab).

NOTE: This feature is deprecated and is not recommended for new deployments; it might be removed in a future version.

Teamwork Platform Parameters: Application data storage

To create new asset collections, an EDG administrator must configure the Application data storage parameter for the collections’ RDF graph data. The Repository project parameter should also be verified and updated if necessary.

If the Application data storage setting is ever incomplete (e.g., immediately after installation), EDG users will receive this notification:

To set the Repository project and Application data storage parameters, an administrator should open: EDG > … > Server Administration > EDG Configuration Parameters > Server Configuration: Edit.

In the Teamwork Platform Parameters section, ensure that the Repository project setting is the name of EDG’s own project (sub-)directory (default: Repositories) within the overall EDG workspace directory. NOTE: The Repository project name may not contain spaces. If the project does not exist, it will be created.

In the same Teamwork Platform Parameters section, the Application data storage parameter offers three types of persistence technology: (1) relational database, (2) Jena TDB files, or (3) MarkLogic’s NoSQL database. This results in Application data storage having four options (with TDB having two choices):

App data storage type Description File Extension
In-memory + RDBMS persistence Choice of relational DB: Oracle, Microsoft SQL Server, or MySQL, which requires further RDMS Configuration below, below. .SDB
TDB (One database per graph) Apache Jena TDB, configured for each graph to use its own TDB database.  For EDG instances with application storage type of TDB (Each graph stored in its own, separate database), setting ulimit to unlimited is recommended. This will prevent EDG from reaching too many open files on your instance. .TDB
TDB (Shared graph database) Apache Jena TDB, configured for all graphs to share a single TDB database, data will be stored in the _Data folder at the root of the workspace.

Because EDG’s own system graphs also depend on the data storage type, changing the Application data storage should be considered as tantamount to a new installation, especially if the original installation used a non-TDB, remote data-store. Although existing graph data is not directly affected, changing the data storage type’s remote store could entail the need to migrate data from the old source.

The TDB options require no additional setup or parameters. RDBMS each have additional required configuration, as described below.

After all Server Configuration sections have been completed, be sure to click Save Changes. Then supply any passwords as needed, clicking Save on each one.

NOTE: The choice of back-end storage is mainly a customer preference until you are getting into large scale data of over 30 million triples. With the TDB options, the database lives in the workspace file system on the server. With TDB – one database per graph (gTDB), each graph will have it’s own database. With TDB – shared graph database (xTDB), one database contains all the graphs. You will see the extensions in the connector files in your Base URI Management page as “graph name”.tdb and .xdb. Either TDB does not use as much memory as a RDBMS option. It also does not load all the data into cache at server startup. You will notice significantly quicker startup times with TDB. With RDBMS you will have the data residing in a database on another server and the connector files in the workspace. This extension will be .sdb. The difference between Oracle, MySQL and SQL Server is minimal as far as EDG is concerned. They have different ways of processing the reads/writes so performance may differ slightly with large amounts of data. If choosing RDBMS, you should choose what your DBA’s are most comfortable maintaining and tuning.

Even organizations that are expecting to have a relatively small number of triples will often choose a TDB option over RDBMS in order to get up and running quicker and have less moving parts.

With any option you choose, it’s important to keep your workspace regularly backed up or use server snapshots.


RDBMS Configuration Parameters (for Application data storage)


For relational RDBMS parameters, the corresponding database must already exist before a user can use the web-based EDG interface to create a new vocabulary in that database. Changes to these settings require a restart of the EDG server. After restarting, the EDG Home page must be loaded to complete the installation, which occurs via the normal page-flow.



RDBMS Configuration Parameters


Parameter Default Description

The URL of the relational database. For example, jdbc:oracle:thin:@localhost:1521:delphi, where delphi is the name of the instance, or jdbc:mysql://localhost:3306/myDatabase. The database with that name must already exist on the database server. (In the latter case, the myDatabase database must already exist on the MySQL system.)

Common formats for the RDBMS URL include:


NOTE for SQL Server: A single backslash “\” in the URL string may cause a problem in the secure storage file for the password. Alternatives are (1) to use double-backslashes “\\” or (2) store the password using Password Management or (3) replace the backslash “\” element by a keyword assignment, e.g., “…;instanceName=myInstance;…” instead of “…\myInstance;…”.

RDBMS database type Select the supported type of relational database being used.
RDBMS user name Login name for the database.
RDBMS Update Batch Size 1000 OPTIONAL: This is the number of rows written to the SQL database in each batch. If unset, then 1000 is used. Adjusting it might improve bulk insert performance.
RDBMS Update Fetch Size

OPTIONAL: The number of rows returned from the SQL database on each network round trip. Certain values have certain meaning to difference database types. Not all databases use this value.

NOTE: Leaving the Batch and Fetch sizes unset should generally yield acceptable loading/caching performance. Each can be fine-tuned for a particular application by adjusting it up or down and observing the performance changes.

RDBMS password This appears only if the other RDBMS parameters are set, and it is set after Save Changes has completed.

NOTE: Changes to this section require a server restart.

URI Construction Rules

When a new asset is created, these parameters determine how its URI is automatically constructed.


Parameter Default Description
Local name construct method label

Usually, the new URI begins with the collection’s default namespace string (see the collection’s Settings utility group), and this parameter determines its suffix .

The parameter settings are as follows:

Parameter value URI structure
label or [EMPTY] The asset’s label is appended to the default namespace
uuid A generated UUID is appended to the default namespace
counter A sequential integer is appended to the default namespace (from a namespace-specific sequence beginning with 0)
custom [EMPTY] – The default namespace is not used: the editor must provide the full URI manually
Include class name prefix true When true, prepend the asset’s classname to the preceding local-name suffix parameter (except for: custom)
Include class acronym prefix true When the preceding parameter (class name prefix) is true and this is true, use an abbreviated form of the class name if available
Users cannot modify URI false When true, the URIs of new assets are automatically constructed and displayed, but collection editors cannot modify them.

You will see a link to “Migrate Rules from previous versions” under the URI construction settings.  If you have set URI construction rules prior to version 6.3, you will need to perform the migration and reset the rules. The Server Default Parameters will be reset on when upgrading to 6.3. After the migration above has been completed, you will want to go into re-enter your rules. The link will run a service that loops through each graph in the workspace, removing the rules under the old names from the main graph, and putting them into the team graph under the new rule names.  Depending on the size of your workspace, this may take a while to execute. The good news is, it will only have to be run once. After his service has been executed, your rules should be moved and will once again be picked up properly in 6.3.

AutoClassifier Configuration Parameters

Parameter Default Description
Maui Server URL The URL (with, if necessary, the port number and path) of the server running the Maui auto classifier, e.g.,
Maui Server user name Must be specified if Maui Server has been configured to require a user name and password (via the HTTP Basic Authentication protocol).
Maui password This appears only if the other Maui parameters are set, and it is set after Save Changes has completed.

Data Platform Configuration Parameters

Note that changing Data Platform parameters requires a restart of the EDG server.

Parameter Default Description
Enable Data Platform feature false When true, an EDG server restart will enable usage of the Data Platform server found at the given URL. See Data Platform documentation for details.
Data Platform server URL http://localhost:1066/ The URL of the Data Platform server, which will will replicate data for selected asset collections between this and other connected EDG servers.

Explorer Parameters

Parameter Default Description
Explorer users can view working copies false [Explorer viewers setting] Set to true on the Explorer server if read-only users can also see the working copies of the published asset collections.
Explorer users can use sparql endpoint false [Explorer viewers setting] Set to true if you do not want to block /sparql endpoint for explorer users
Explorer server

[Editor] URL of an Explorer server that receives published versions of asset collections for read-only viewers.

NOTE: This must end with /tbl, e.g.

Explorer server user name [Editor] User name for authentication on the Explorer server (needs Administrator privileges)
Explorer server password This appears only if the other Explorer server parameters are set, and it is set after Save Changes has completed.
Editor server

[ Explorer viewers ] URL of the EDG Editor (source) server, which can receive feedback from viewers of the published vocabularies.

NOTE: This must end with /swp, e.g.

Editor server user name [ Explorer viewers] User name for authentication on the Editor (source) server ( Administrator privileges recommended)
Editor server password This appears only if the other Editor server parameters are set, and it is set after Save Changes has completed.

JIRA Integration Parameters

Parameter Default Description
JIRA Server URL URL to access JIRA, e.g., —NOTE: This URL must end with a slash “/”
JIRA User Name The JIRA login name to shared by all users (the password entry appears after the URL and username are set)
JIRA Password This appears only if the other JIRA parameters are set, and it is set after Save Changes has completed.

These JIRA settings enable the managers of each EDG asset collection to specify a JIRA project key, which in turn enables the asset collection’s editors to launch from asset items in EDG to project items in JIRA. See any collection type’s Manage > JIRA Project Key documentation for more information and related links. NOTE: If any of these settings—including the password—fail to match JIRA, then users might experience Server Interaction Errors, despite possibly seeing partial functionality.

EDG Asset Collection Singletons

EDG Asset Collection Singletons are special asset collections that are automatically created when EDG is installed. Currently, there are two singletons: Governance Model and EDG Enumerations. Unlike other collection types, only one Governance Model and one EDG Enumerations collection can exist in a given installation of EDG. Assets in these collections are available for referencing in all other collections without a need to explicitly include them.

Setup EDG Enumerations – Administrators can use this function to populate selection values for built-in EDG properties such as status and confidentiality. You will be able to load files with pre-build values and/or enter your own values.

Tagger Content Graphs

Used for “old” editors only. When licensed for EDG Tagger, this section lists all content graphs that can be used in the Tagger application. Content graphs contain resources that are tagged in EDG Tagger, i.e. the subjects of the subject-predicate-object tag triples. All RDF graphs in the workspace will appear here, except for those found in system projects, such as TopBraid,, When checked, the change is saved, and the graph will be available when creating new Content Tag Sets in the EDG Tagger application. Unlike the first section of this page, there is no Save button. For additional discussion of these settings, see the user guide for Tagger.

Tagger Properties Graphs

When licensed for EDG Tagger, this section lists potential graphs that can provide property types used for tags in Content Tag Sets, i.e. the predicates of the subject-predicate-object tag triples. When checked, the change is saved, and the graph will be available when creating new Content Tag Sets in the EDG Tagger application. Unlike the first section of this page, there is no Save button.

Configure Asset Collection Types

For the asset collection types allowed by the installed TopBraid product license, these settings allow administrators to show or hide those types in the user interface. Administrators can also modify “default includes” for each asset collection type. Default includes are graphs that are automatically included when a new collection is created.

Default Notification Setup

These are the default notification settings that are used to initialize new collections. For each collection-related event, administrators can indicate default choices for the governance roles that should be notified of it. Each collection can override their initial default settings, and changes to these defaults do not affect existing collections. For information on associating governance roles with asset collections, see the Governance Model Overview. To manage a collection’s notifications, see the Manage > Configure Notifications documentation of its collection type.

Governance Roles

A user who is assigned a governance role will have permissions on a collection in that subject area. This global setting determines whether the role can create workflows. Note that a user having one role disabled for workflow creation could still create a workflow if they also have another applicable enabled role (or a permission profile assignment).


Cached Graphs

Note that Cacheable (Database) Graphs only pertains to persistence (Application Data Storage) using RDBMS data stores, not Apache Jena TDB. And SDB Database Maintenance only pertains to RDBMS as well.

Cacheable (Database) Graphs

For graphs stored in relational but not TDB, this allows administrators to reset each DB-backed graph’s cached triples if they should become out-of-sync with their back-end storage state. This might have happened, for example, if the back-end version has been modified by another user or process.

If Cache all graphs is unselected, a Cache at startup checkbox will appear in each row to let you decide which graphs shouldn’t or shouldn’t be cached at startup.  If Cache all graphs is selected, all RDBMS graphs are cached upon system restart.

Not caching the graphs will result in extremely slow operations on your server, in cases of large data it will be un-usable. Please only use this if the database is out of sync and you do not want to restart or if you are in recovery and a TopQuadrant support representative has instructed you to do so.



SDB Database Maintenance

If RDBMS is used, then the RDBMS Vacuum button will delete all “orphaned node” rows from the nodes table in the relational database. Those rows are no longer connected to other data. Use this with care; the onscreen text explains this further.


Product Registration

Product registration page displays any previously entered license information (for example, the number of users or expiration dates). User can now update the registration with the license keys obtained from To register your product simply click the “Change or Update license” link, this will display a button which will allow you to upload your license key. Once uploaded your license key file will be validated and registered for you. 

License Registration File

Reconfigure Deployment Descriptor

Reconfigure deployment descriptor can be used to generate a new web.xml for Tomcat installation.

Default Namespace and Prefixes

This page shows system-wide default namespace/prefix declarations in Turtle notation. 

Editing the default namespace prefixes is a potentially dangerous, low-level operation. Please make sure you are aware of potential consequences before proceeding. These prefixes are used to abbreviate reified triples. So if there is already data on this server that uses the currently defined prefixes and you change or delete them, the reified triples may no longer be found and remain as “orphans” in the graphs. In an ideal world, try to define your enterprise-wide prefixes once in the beginning of your use of EDG. If you want to start using a new prefix, then add it while no reified triples still use it. For example, add it here immediately after a new asset collection was created that uses a fresh prefix.

Access Control

Provide secure storage password

Enter in the Master password that EDG uses to encrypt its secure storage (e.g., for database passwords). This is an alternative to storing the Master password in plain text in the server’s web.xml file.

Rights Management

Rights (group) management is the basic access control subsystem for a few items in EDG:

  • Changing “Any_Role (all users) are administrators” to a specified tomcat role having administrator rights.
  • Selecting the security role(s) that can create new asset collections by checking the Create box for that tomcat role.
  • Making selected graphs OTHER THAN EDG asset collections publicly readable. This option is typically applied to files uploaded from TBC to the server.

This page DOES NOT control the read/write access for any asset collections created in EDG.

Rights management consists of two kinds of activities:

  • defining rights groups, and
  • assigning user security roles to various rights groups.

Each rights group represents specific access rights (i.e., Create, Read, Update, Delete and Execute) on the group’s selected workspace resources (or their generic “wildcard” types). For example, a file can be specified with CRUD access, whereas a SPARQLMotion script should have CRUD+E, and an exposed web service should only have E access. Users are then assigned to rights groups according to their security roles.

Prerequisite: Users’ Security Roles

The users’ side of rights management consists of knowing their security roles, which are configured during EDG’s installation and initial setup. A user security role must:

  1. be defined in a Tomcat/Realm, such as LDAP or tomcat-users.xml, and
  2. it must appear in the permitted security roles setup of the TopBraid (which define entries for security-constraint tags in the application’s web.xml).

See Server Installation and Integration for details.

EDG also has one special, pre-defined (pseudo-) security role: ANY_ROLE, which automatically represents every user. This role can be used to assign access rights universally.

Defining Rights Groups


EDG has a special, pre-defined rights group: AdministratorGroup, which conveys full access to all EDG resources (including asset collections in EDG).

The AdministratorGroup must always be assigned to at least one users security role that has at least one accessible login.

On initial EDG installation, the AdministratorGroup is assigned to ANY_ROLE. This assignment should be moved to one or more proper security roles as part of the initial application setup (by first assigning the AdministratorGroup to a proper role, then deleting it from ANY_ROLE).

Defining new groups

To define a new rights group: select an existing role > click Add Group > choose the –New Group– option > enter a name for the new group > click Create Group.

Rights groups cover one or more resources in the EDG’s workspace, including projects (directories/folders) and various types of files. The selected group’s workspace resources are listed in the Resource Rights section. Resources can be added or deleted, and each resource’s access rights can be enabled or disabled. To add particular workspace resources, click the Add Resources button. To add generic resource types, click the Add Wildcard button. The defined ANY_ resource types are as follows.

  • ANY_RESOURCE: Any resource defined by TopBraid.
  • ANY_SDB_RESOURCE: Any SDB data connector (.sdb file).
  • ANY_TDB_RESOURCE: Any TDB data connector (.tdb file).
  • ANY_GRAPH_RESOURCE: Any named graph in the TopBraid workspace. This is a superset of ANY_SDB_RESOURCE and ANY_TDB_RESOURCE.
  • ANY_FOLDER_RESOURCE: Any folder in the TopBraid workspace.
  • ANY_FILE_RESOURCE: Any file that is not a graph, such a text, Excel, XML, etc.
  • ANY_PROJECT_RESOURCE: Any project in the TopBraid workspace. This differs from the PROJECT resource type in that this refers to all Eclipse/Equinox project in the workspace.

Then for each resource item, select which specific CRUD+E access rights are enabled or disabled for the group. The access types are as follows:

  • Create: Group members can create new resources.
  • Read: Group members can read resources.
  • Update: Group members can update/modify resources.
  • Delete: Group members can delete resources.
  • Execute: Group members can execute server-side scripts.


When you want to ‘remove’ a group from a particular role – use the X icon next to the group name.

When you want to ‘delete’ a group completely – use the trashcan icon. (note that this will remove the group from all roles that were associated with it.

Project names should contain no spaces – if they do, you will get an error trying to expand them. Please correct the source Project name and re-upload it with no spaces.

Password Management

Users with privileges to view the Password Management page can add, delete, or edit the password entry in the secure storage. The “Add Password” button lets users add the password, and when the entry is selected, the user then can change the password for that entry or click the x to delete that entry.

The Password Management page manages the contents of Equinox secure storage, which defines an encrypted file indexed by a URL and user id and storing a password encrypted by the secure storage password and the key. This means in particular that if the user id or URL changes for a given entry, the password must be re-entered using this page or any other sources for secure storage entries.

There are two sources for secure storage passwords:

  1. Checking the “Send necessary connection credentials” in TopBraid Composer’s Export > Deploy project to TopBraid Live Server. This sends the contents of the Composer user’s local secure storage to the server’s secure storage. This is necessary when one is deploying a project from the IDE (Composer) that may contain passwords for connector files, SPARQLMotion scripts, etc. Note that to transfer the data form Composer’s secure storage to the server’s secure storage requires unencrypting Composer’s secure storage and sending the content in plain text. For full security, use https when performing a deploy that includes “Send necessary connection credentials”,
  2. Using this page.

Password Management



EDG Rights: Create for the Teamwork Repositories Project

EDG has a Teamwork framework that controls access to asset collections via permission profiles. It also has a Governance Model that uses governance roles to control access to the collections and their workflows via governance areas. (For an overview of access control in EDG, see Governance Model .)

Both permission profiles and governance roles are largely separate from rights groups—except that for EDG users to create asset collections, they require the Create right on the EDG Repositories project at least).

EDG Permissions Management

This view gives administrators global access to permission profile settings for current EDG asset collections. (For an overview of access control in EDG, see Governance Model and Users.) Administrators can assign or revoke either individual users or their security roles to viewereditor or manager profiles for any or all collections, along with their working copies.

The first three settings let administrators (re-) assign or remove profiles for users on all collections:

  click image to enlarge it

The sections below let you define or remove assignments specific to each collection:


In the following, the Administrator and Jane Smith have been assigned an editor role for the Enterprise Ontology vocabulary, and JimHarrison is being assigned a viewer role for the same vocabulary:

Note that roles are modular and thus can be assigned roles like users.

Password Management

UI for credentials stored in secure storage. Administrators can add, remove or edit credentials from here. 

Deployment and Export

Base URI Management

Displays all projects and all registered graphs in the TopBraid workspace. Each graph will have a base URI (the graph name) and the file name in the project’s workspace. If there is more than one file with the same graph name (base URI) a Warning icon will be displayed. Information icons indicate projects and graphs that import missing ontologies not registered in the workspace. These can be ignored if the system is expected to get the graphs form the web using the base URI (graph name).

Project Upload

This menu choice lets you add a project developed elsewhere (for example, a local copy of TopBraid Composer Maestro Edition) to run on this server. The Project Upload page gives you a field to identify the zip file of the project you’re uploading. To create the zip file, zip up the project folder within the development machine’s workspace, including the .project file created by Eclipse. Please refresh the text index after a project upload. This will allow searching in the collection editor page. 

Project Delete

This menu choice lets you delete projects from the server. Selecting it lists projects on your server, with Show buttons for each and Delete buttons for projects that are not part of the default installation of your server.

The Show button lists User Applications and User Sessions for that project, and Delete deletes the project.

Refresh Workspace

Refresh workspace rereads the workspace directory an re-registers SPARQLMotion scripts, SPIN functions and templates, and SWP views. If modifications to a file are made outside of TopBraid, i.e. on a file system instead of Export… Deploy on Composer or ProjectUpload on the server then Refresh Workspace will add the file to file registry and register any scripts, templates, and views defined in the file.

Send Project to Another Server

This sends an EDG project, or its selected contents, from the current server to another EDG server. From the listed projects, an administrator can either send an entire project or its selected contents, such as an asset collection’s graph-pair (data and teamwork, .tch).

The receiving server’s Application Data Storage configuration must be compatible with the source graphs. For example, if the source is using a relational database (RDBMS), then the receiving server must have a compatible RDBMS configured, presumably to an independent location (optionally in the same database server). If the Also send database triples option is selected, the transfer will also copy the triples from the source data to the destination data. If it is not selected, the database connection files will be transferred but without the triples. This could cause the asset collection(s) to be empty, in which case they might not appear in the users’ listing of the corresponding asset collection type(s) (although an administrator could verify their presence via Base URI Management page). If the Send UI configurations (etc.) option is selected, then it will send the UI configurations file from; otherwise, the default uiconfig file will be used at that location.

For details of other methods to deploy project to server, please refer to Methods to Deploy Projects to Server.

Create TriG file of all EDG production graphs

This function creates a TriG backup file of EDG for an Administrator to save in a secure location off of the server.

System Monitoring

Server Information

Information about the copy of Enterprise Data Governance being used and the system on which it is running.

OSGI Bundle Information

A list of the Open Services Gateway Initiative (OSGI) bundles (Eclipse plugins) in use and their release numbers.

Memory Management

A detailed report on current memory usage. The report includes a link that lets you request garbage collection to clean up the memory.


Accesses the TopBraid error log, including warnings and errors from the Web application container (for example, Tomcat).

Component Monitoring

Process Management

This shows active EDG threads and allows administrators to end them. For each active EDG thread (e.g., a query), this shows its internal ID, descriptive details (e.g., the query text), the thread’s source (for example, the server’s SPARQL endpoint), and the current duration. Administrators can terminate individual threads. To enable management of SPARQL queries, see Server Configuration parameters above.

Auto-Complete Management

This lets an administrator manually rebuild the search indexes used for GUI auto-complete and quick-search fields. This may be (rarely) needed in case an auto-complete gets corrupted due to updates outside of the control of TopBraid, or due to other unforeseen situations.

Search the EDG Index

This Lucene index supports text and facet search across all asset collections selected to be indexed by EDG. This index is rebuilt periodically  – on server start up and after changes made to the index.

Text Indices

This Lucene index supports text search in EDG tabular editors. It updates automatically, synchronously with users’ edits. It offers Rebuild and Delete actions which should be used mainly for special situations such as external uploading of .tdb files into the workspace with a server restart. This index is associated with EDG UI file: projects/ See that file’s comments for further technical details.

Scheduled Jobs

This shows the status any active automated EDG services. To develop customized automated services, please contact TopQuadrant Professional Services.

Current Ontology Optimization Caches

Lists the active caches for ontologies.

Count Triples

This screen lets you run a report to see how much data you have in your EDG instance. The results will be displayed on this page for the last run. As well, each file will have a triple count from the last run on the Base URI Managment page. Please run the job after hours as it is resource intense.

Log of SPARQL Function Calls

This screen lets you start, stop, clear, and refresh the logging of SPARQL function calls, as shown below. This can be especially useful when debugging applications under development.

Development and QA

Available Web Services

EDG exposes common operations as public for use in Web Services, such as

  • SPIN Templates from .spin. files
  • SPARQLMotion scripts from .sms. files
  • SWP Services from .ui. files.

CRUD operation are also exposed through SPARQL endpoint which can be called via a REST API.  TopBraid also includes support for GraphQL services and mutations since version 6.0. This support is limited to RDF data that is under control of the TopBraid EDG (teamwork) framework, and in particular to only certain asset collections (which can be recognized by their GraphQL link on the Export tab). Find out more here

Using the provided IDE, TopBraid Composer, additional template web services can be developed if needed. For more information on Web Services with TopBraid see and TopBraid includes a facility for auto-generating API documentation. This means that any API that has been developed and deployed is automatically fully documented when marked as public. This includes pre-built TopQuadrant provided APIs as well as any customer developed APIs.

Authentication applied to EDG will also apply to the web service call. Please see Server Installation and Integration-Authentication for more information.

Selecting the Available Web Services displays a page that lists web services available on this server. Selecting the checkbox next to any of these names displays documentation below the list about how to call that web service.  Note: See below “Available Services List” for all currently available services.


For template services, the following values can either be supplied in the HTTP request’s Accept header or as the value of the _format argument:

Response type Format name Arguments accepted
application/sparql-results+xml SPARQL XML Results xml
application/sparql-results+json SPARQL JSON Results json
application/sparql-results+json-simple Simple JSON Format json-simple
text/csv Comma separated values csv
text/tab-separated-values Tab separated values tsv
application/rdf+xml RDF/XML application/rdf+xml
text/turtle Turtle text/turtle


If you do not explicitly specify the response type, defaults will be used. The default serialization of SELECT result sets is JSON, following the SPARQL protocol. When you call a service from a web browser’s address bar, the mime type will typically be requested as something that includes the string “xml”, and in this case it will produce SPARQL XML Results. CONSTRUCT queries are returned in Turtle format by default.

The value of the _base argument can be a full graph URI or a short graph name. To define short graph names, go to the Server Administration -> Server Configuration Parameters page. In the section named “URI Parameters” define an instance of “Short graph names”.

To call a saved SPARQL query outside the EDG application, navigate to the Export tab -> Export using Saved SPARQL Query and copy the Service URL.

Available Web Services list 6.3

Query TopBraid Platform API using GraphQL

This page brings up the GraphiQL tool for TopBraid EDG.

GraphiQL is a graphical interactive in-browser GraphQL IDE which features syntax highlighting, type ahead and documentation. The GraphiQL IDE from Server Administration is scoped to the EDG platform. You can use this for example, to query for a list of collection types or permissions for collections. 

Run all DASH Test Cases

EDG can run unit tests defined as instances of dash:TestCase. Typically, such test cases are created with TopBraid Composer, which has a menu item for creating new test case files. See for details.

Create snapshot of EDG

Creates a snapshot of the environment of EDG for testing purposes.

The snapshot consists of collections in the workspace plus history. You can save this then use the “Restore snapshot” feature in TopBraid Composer EDG to have a replicated environment, useful for testing upgrades or customizations.