Deprecated. This material represents early efforts and may be of interest to historians. It doe not describe current VIVO efforts.
...
This document tells you how to install VIVO on your computer.
...
For information about this release, consult
...
the VIVO 1.6 Release Announcement. Links to this and other documentation can be found on the support page at VIVOweb.org.
Note |
---|
These instructions assume that you are performing a clean install |
...
. If you are upgrading an existing |
...
service, |
...
please consult the |
...
Upgrade Instructions for VIVO release 1.6. VIVO may not work as expected if you install over an an earlier version. |
...
|
The latest release of VIVO can be found at the download page of VIVOweb.org. VIVO is distributed as source code, which you will use to build the application. This is because almost all site want to add their own customizations to VIVO.
These instructions will lead you through the process of building and installing VIVO.
VIVO is also available as a "virtual appliance", which you not need to build. We rely on the VIVO community to create new versions of the virtual appliance, so you may not find one that contains the latest release of VIVO. The latest virtual appliance can be found at the download page of VIVOweb.org.
VIVO is a research networking application that is built around a general-purpose RDF editor and browser named Vitro. VIVO packages Vitro with a display theme, an ontology, and many customizations. You will see references to Vitro occasionally in the installation instructions. For example, setting a property named vitro.home
where you might expect to see vivo.home
instead.
Remember that VIVO is a customization of Vitro.
The section entitled A simple installation describes a standard, simple installation for those who want to get VIVO up and running. The second called Installation options section describes several choices; some are intended for a full-scale production installation of VIVO, and some are intended for a person who is developing VIVO on their own machine.
...
Before beginning the installation, let's look at you should be aware of the four locations on your computer that will hold VIVO.
...
This is created when you unpack the VIVO distribution file (see Download the VIVO source code, below). This is where you will create your build.properties file (see Specify build properties, below), and where you will make any modifications to the VIVO theme or code. You can create this wherever you choose.
...
When you run the build script to compile and deploy VIVO (see Compile and deploy, below), the files will be deployed to a directory inside Tomcat. This is the actual executing code for VIVO, but you won’t need to look at it or change it. If you need to change VIVO, make the changes in the distribution directory, and run the build script again. Tell the build script where to find Tomcat by setting tomcat.home
in the build.properties file (see Specify build properties, below).
This directory contains the runtime configuration properties for VIVO. VIVO will also use this area to store some of its data. Uploaded image files are stored here, and the Solr search index is stored here also. This is also a place for the files or of RDF data that will initialize the VIVO knowledge base. You can create this wherever you choose. Tell VIVO where to find the home directory by setting vitro.home
in the build.properties file (see Specify build properties, below). You must create this directory before starting VIVO. You must create the runtime.properties
file in this directory (see Specify runtime properties, below), and you must ensure that Tomcat has permission to read and write to this directory when it runs.
By default, nearly Nearly all of the data that you enter into VIVO will be stored in a MySQL database. The actual location of this data depends on what system you have, and on how you install MySQL (see Install required software, below). but you won’t need to know the location. You will access the data through VIVO, or occasionally through the MySQL client application.
Note |
---|
Depending on your Installation options, these directories four locations may have be in different locationsplaces, or may be specified in different ways. They may even exist on different computers. Regardless of the options, these four locations are important for any installation of VIVO. |
...
...
When you have VIVO up and running, please read the Site Administrator's Guide.
Warning |
---|
TBD |
VIVO can be configured to work with an external authentication system like Shibboleth or CUWebAuth.
VIVO must be accessible only through an Apache HTTP server. The Apache server will be configured to invoke the external authentication system. When the user completes the authentication, the Apache server will pass a network ID to VIVO, to identify the user.
If VIVO has an account for that user, the user will be logged in with the privileges of that account. In the absence of an account, VIVO will try to find a page associated with the user. If such a page is found, the user can log in to edit his own profile information.
Your institution will provide you with instructions for setting up the external authentication system. The Apache server must be configured to secure a page in VIVO. When a user reaches this secured page, the Apache server will invoke the external authentication system.
For VIVO, this secured page is named: /loginExternalAuthReturn
When your instructions call for the location of the secured page, this is the value you should use.
To enable external authentication, VIVO requires two values in the runtime.properties
file.
Property name | externalAuth.netIdHeaderName |
---|---|
Description |
The name of the HTTP header that will hold the external user's network ID.When a user completes the authentication process, the Apache server will put the user's network ID into one of the headers of the HTTP request. The instructions from your institution should tell you which header is used for this purpose.
|
Default value | NONE |
Example value | remote_userID |
Property name | selfEditing.idMatchingProperty |
---|---|
Description | Associating a User with a profile page.VIVO will try to associate the user with a profile page, so the user may edit his own profile data. VIVO will search the data model for a person with a property that matches the User’s network ID (the value of the property must be either a String literal or an untyped literal). You need to tell VIVO what property should be used for matching. This property is also mentioned in the insructions for A simple installation, because it can also be useful for sites that do not use external authentication. |
Default value | NONE |
Example value | http://vivo.mydomain.edu/ns#networkId |
Finally, you will need to provide text for the Login button.
In your theme, add a line to the all.properties
file, like this one:
external_login_text = [the text for your login button]For example:
external_login_text = Log in using BearCat Shibboleth
The VIVO login form will display a button labelled "Log in using BearCat Shibboleth".If your site supports additional languages, add lines to the corresponding files. For example, all_es.properties
might contain this line:
external_login_text = Entrar usando Shibboleth GatoOso
Warning |
---|
TBD |
Warning |
---|
TBD |
Warning |
---|
TBD |
Warning |
---|
Optional external triple storeVIVO can configured to use a different triple store for the bulk of its semantic data, so long as this triple store supports Web-based use of the SPARQL language to query and modify its data. If you elect to use a separate triple store, note that VIVO's MySQL database is still required for basic configuration and user account data. In order to connect VIVO to an external triple store, you will need to know two URIs: the store's endpoint URI for issuing SPARQL queries that read data, and its URI for issuing SPARQL UPDATE commands. These URIs are typically kept separate in order to make it easier to secure the triple store against unauthorized edits. With Sesame, for example, the update URI is usually the query endpoint URI with "/statements" appended. You will need to know these two URIs later when you specify runtime properties. |
Warning | ||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
Warning |
---|
TBD |
Warning | ||||
---|---|---|---|---|
|
Warning |
---|
VIVO now supports an extension of the OpenSocial API, known as Open Research Networking Gadgets, or ORNG (pronounced "ORNG") (see http://www.opengadgets.org/index.html). Configuring VIVO to support ORNG requires several steps, including additions to the VIVO properties, modifications to Tomcat, creating a security key for safe network operations, and running a build script. For instructions, consult the file setting_up_orng.html in this directory. |
Warning |
---|
TBD |
Warning | ||||
---|---|---|---|---|
|
Warning | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|
|
Warning |
---|
TBD |
Children Display | |||||||
---|---|---|---|---|---|---|---|
| |||||||
|