Warning | ||
---|---|---|
| ||
Work in progress. some parts of the original documentation is out of date and currently not working, this will be updated in due course. |
Table of Contents |
---|
Introduction
...
The final step in our basic configuration of CAS-Curator is to configure a CAS-Filemgr instance into which we will ingest our mp3s. There is a lot of information on configuring the CAS-Filemgr in its User's Guide. We will assume familiarity with the CAS-Filemgr for the remainder of this guide.
In this guide, we will focus on the basic configuration necessary to tailor a vanilla build of the CAS-Filemgr for use with our CAS-Curator. We will assume that you have built the latest release of the CAS-Filemgr (v1.8.0 at the time of this writing) and installed it at:
/usr/local/srcoodt/cas-filemgr-1.8.0/
The first step in configuring the CAS-Filemgr is to edit the filemgr.properties file in the etc directory. This file controls the basic configuration of the CAS-Filemgr, including its various extension points. For this example, we are going to run the CAS-Filemgr in a very basic configuration, with both its repository and validation layer controlled by XML configuration, a local data transfer factory, and a Lucene-based metadata catalog.
In order to create this configuration, we will change the following parameters in the filemgr.properties
file:
Set org.apache.oodt.cas.filemgr.catalog.lucene.idxPath
to /usr/local/srcoodt/cas-filemgr/catalog
. This parameter tells CAS-Filemgr where to create the Lucene index. The first time you start the CAS-Filemgr, make sure that this file does NOT exist. The CAS-Filemgr will take care of creating it and populating it with the appropriate files.
Set org.apache.oodt.cas.filemgr.repositorymgr.dirs
to file:///usr/local/srcoodt/cas-filemgr/policy/mp3
. The value needs to be a URL and we are pointing to a policy folder we will create.
Set org.apache.oodt.cas.filemgr.validation.dirs
to file:///usr/local/srcoodt/cas-filemgr-1.8.0/policy/mp3
. Like the last parameter we configured, this parameter should be a URL and point to the same policy folder.
With these changes, you are ready to run the basic configuration of the CAS-Filemgr. In order to make this install of CAS-Filemgr work with our CAS-Curator, however, we will also need to augment the basic policy for both the repository manager and validation layer.
First, we will create a policy directory for our mp3 curator. We can do this by moving the current policy files from the base policy
directory to a mp3
directory:
Code Block |
---|
cd /usr/local/srcoodt/cas-filemgr/policy mkdir mp3 mv *.xml mp3/ |
...
We will now start the CAS-Filemgr instance. This instance will run on port 9000 by default. In order to start the Filemgr, we will issue the following commands:
Code Block |
---|
cd /usr/local/srcoodt/cas-filemgr-1.8.0/bin ./filemgr start |
Now that we have started the CAS-Filemgr, we will need to configure the CAS-Curator to use this Filemgr instance. In order to do this, we will add the following parameters to the CAS-Curator context file:
Code Block | ||
---|---|---|
| ||
<Parameter name="org.apache.oodt.cas.fm.url" value="http://localhost:9000"/> <Parameter name="org.apache.oodt.cas.curator.dataDefinition.uploadPath" value="/usr/local/srcoodt/cas-filemgr/policy" /> <Parameter name="org.apache.oodt.cas.curator.fmProps" value="/usr/local/srcoodt/cas-filemgr/etc/filemgr.properties"/> |
...