| Configuring Protege Metaproject |
|
|
|
|
The Protege server is itself controlled by a Protege project called the 'metaproject'. This project tells the Protege server about all the projects that it is be hosting, which users are defined and which projects the users can access. Once all the server software components have been defined, the following steps should be run on the physical server in order to define the metaproject.
A default metaproject is installed with Protege and the Protege server is configured to use this out-of-the-box. Use this metaproject make the installation of the server simpler - and for this reason, the Essential Project provides a starter metaproject which can be installed to this default location. However, you may wish to manage your metaproject alongside your Essential Architecture Manager repository in a separate area of the filesystem, in which case do the following:
Meta Project DefinitionThis section requires you to start working with the Protege software. This guide will take you step-by-step through the process but you may wish to read the Getting Started tutorials to help familiarise yourself with Protege before proceeding.
The Protege server uses an ontology of projects to manage the repositories that it is hosting and serving. This ontology also defines the users and access control policies for the repositories. This must be configured as follows.
Open the metaproject
Once the metaproject has loaded, click on the 'Instances' Tab to create new instances that define the server configuration.
In the Protege metaproject, you will now:
The World group can be left in the ontology. ![]() Define Groups for Architect and Viewer and add users
Define GroupOperation instances for each of the Groups that you defined. These Group Operations define what the Group is allowed to do on this Protege server.
Create a new Instance of the GroupOperation for the new Groups that you have just defined, Architect and Viewer.
Create a new GroupOperation for each Group
Note: Make sure that you are using Protege 3.4.1 or above for your Protege Server, as there is a known issue with the 'Write' permission in Protege 3.4.
Set the access rights for each group by selecting the Operations that this group can perform.
Set the access rights (operations) allowed for each Group
Define the project for the Essential repository.
C:/EssentialAM/Repository/myRepository.pprj
Define the project for the Essential repository
Having defined the Essential Architecture Manager repository project to the Protege Meta Project, we need to add the Annotations Project for Essential Architecture Manager to the Meta Project. The Annotations Project manages collaboration capabilities including tracking all changes to the repository and is created automatically by Protege when you choose to show the collaboration panel. If you have not already enabled the Collaboration in your Essential Architecture Manager repository project, see the Enabling Collaboration article for how to do this.
Using the Annotations Project is optional but recommended for multi-user installations. You can create the Annotations Project after you have completed this Meta Project configuration. Protege Server will raise warnings if it cannot find the specified Annotations Project but you can continue to work with your repository in multi-user mode when Protege cannot find the annotations project.
Create a new Project instance for the 'Annotations' Project. This project contains the list of all the changes and collaborative activity that is taking place on the repository. Follow the same steps as those for the Essential Architecture Manager repository project, above, to create the definition of the annotations project, remembering to specify a location of the annotations project file.
C:/EssentialAM/Repository/annotation_myRepository.pprj
Define the Annotations project to track changes in the Essential repository
Setting the Annotations Project for the Essential Repository project
|