The Metadata Management Tool is a web application to assist users in managing metadata on various Nasa.gov applications.
- Ruby 2.5.1
Clone the Metadata Management Tool Git project:
git clone https://github.com/nasa/mmt.git
Type the following command to install the necessary components:
bundle install
Depending on your version of Ruby, you may need to install ruby rdoc/ri data:
<= 1.8.6 : unsupported
= 1.8.7 : gem install rdoc-data; rdoc-data --install
= 1.9.1 : gem install rdoc-data; rdoc-data --install
>= 1.9.2 : you're good to go!
Some operating systems may require additional steps.
Mac OS X 10.14.6 moved some required libraries around which has been known to cause nokogiri to not install, if you have errors with that gem, you may need to run the following:
open /Library/Developer/CommandLineTools/Packages/macOS_SDK_headers_for_macOS_10.14.pkg
Details can be found on nokogiri's site.
Check your /config/
directory for a database.yml
file (with no additional extensions). If you do not have one, duplicate* the database.yml.example
file and then rename it to database.yml
.
*Note: Do not simply rename the database.yml.example
file as it is being tracked in Git and has its own history.
Next, create your database by running the standard rails command:
rake db:create
And then to migrate the database schema, run the standard rails command:
rake db:migrate
Finally, create an application.yml
file in your /config/
directory. The contents of this file will be supplied by an MMT developer
*Note: Before running this step, make sure you are Running a local copy of CMR as outlined below
*Note: With Launchpad Integration, you will need to set up MMT to run locally with HTTPS. Please see /doc/local_https_setup.md
for options and instructions
To start the project, just type the default rails command:
rails s
If you need to stop the server from running, hit Ctrl + C
and the server will shutdown.
In order to use a local copy of the CMR you will need to download the latest file, set an environment variable, and run a rake task to set required permissions and ingest some data.
Go to https://ci.earthdata.nasa.gov/browse/CN2-CSN2/latestSuccessful/artifact/, and download the cmr-dev-system-uberjar.jar
file.
- Note: It will rename itself to
cmr-dev-system-0.1.0-SNAPSHOT-standalone.jar
. This is the correct behavior. DO NOT rename the file.
In your root directory for MMT, create a folder named cmr
. Place the cmr-dev-system-0.1.0-SNAPSHOT-standalone.jar
file in the cmr
folder.
Before running a local copy of the CMR, you will need to set a required environment variable. Add this line into your .bash_profile
:
export CMR_URS_PASSWORD=mock-urs-password
After adding the line and saving the file, don't forget to source the file
source ~/.bash_profile
To start the local CMR and load data*:
rake cmr:start_and_load
After you see "Done!", you can load the app in your browser and use the local CMR. After you have started CMR, to just reload the data:
rake cmr:load
To stop the locally running CMR, run this command:
rake cmr:stop
You will need to stop the CMR before upgrading to a new CMR version. Note: stopping the running CMR for any reason will delete all data from the CMR. You will have to load the data again when you start it.
You can insert sample drafts into your local database. These commands use the first user in the database (there should only be one), and add the drafts to your current provider, so make sure you login to the system and select a provider or the commands will fail.
To insert a sample draft that only has the required fields present:
rake drafts:load_required
To insert a sample draft with every field completed:
rake drafts:load_full
-
If you receive a error from running
rake cmr:start_and_load
likeFaraday::Error::ConnectionFailed: SSL_connect returned=1 errno=0 state=SSLv3 read server certificate B: certificate verify failed
Try the following steps:
-
Ensure you are using RubyGems 2.0.3 or newer by typing
gem -v
. If it is older, typegem update --system
to upgrade the RubyGems system. -
Update the SSL certificates by running the following commands
brew update
brew install openssl
brew link openssl --force
-
Restart your terminal to refresh the OpenSSL version.
-
Check to ensure that OpenSSL version is 1.0.2 or newer with the command
openssl version
-
Try running
rake cmr:start
andrake cmr:load
as instructed above. If you still have issues, continue with these instructions below: -
Uninstall Ruby 2.2.2. If you are using rvm, use the command
rvm remove 2.2.2
-
Find out where your OpenSSL directory is by typing
which openssl
. An example directory you might get would be/usr/local/bin/openssl
-
Reinstall Ruby with the following command (if you are using rvm):
rvm install 2.2.2 --with-open-ssl-dir={DIRECTORY FROM STEP 7}
.- Using the example directory from above, it would be
rvm install 2.2.2 --with-open-ssl-dir=/usr/local/bin/openssl
.
- Using the example directory from above, it would be
-
Run
bundle install
to install any missing gems.- If your terminal tells you that it does not recognize the
bundle
command, rungem install bundler
- If your terminal tells you that it does not recognize the
-
Restart your terminal to refresh all settings.
-
Navigate to MMT directory and check to make sure Ruby and OpenSSL version are correct.
-
Run
rake cmr:start
andrake cmr:load
again. If you still have issues, please reach out to a developer to help with troubleshooting.
You can view/download the latest UMM JSON-Schema here, https://git.earthdata.nasa.gov/projects/CMR/repos/cmr/browse/umm-spec-lib/resources/json-schemas
MMT uses PhantomJS which allows us to run our Capybara tests on a headless WebKit browser. Before you're able to run tests locally you'll need to install it. The easiest way to accomplish this would be to use Homebrew or a similar packager manager. If you're using Homebrew, run the following the command:
brew install phantomjs
MMT uses VCR to record non-localhost HTTP interactions, it is configured in spec/support/vcr.rb.
All calls to localhost are ignored by VCR and therefore will not be recorded.
This isn't an issue normally but with MMT we run a number of services locally while developing that we would like to be recorded.
For calls to CMR that are asyncronous, we do have a method of waiting for those to finish, syncronously. Within the spec/helpers/cmr_helper.rb we have a method called wait_for_cmr
that makes two calls to CMR and ElasticSearch to ensure all work is complete. This should ONLY be used within tests.
Access Control Lists (ACLs, aka Permissions) determine access to data and functionality in the CMR. See the Access Control Documentation for technical information.
When testing functionality in the browser that requires specific permissions you'll need to ensure your environment is setup properly and you're able to assign yourself the permissions necessary. This includes:
- Creating a Group
- Add your URS account as a member of the group
- Give your URS account access to the MMT Users Group
This provides access to the Provider Object Permissions pages.
- Give your URS account access to the MMT Admins Group
This gives you permission to view system level groups.
From here you'll need to visit the Provider Object Permissions page, and find your group, from here you'll be able to modify permissions of the group so that you can test functionality associated with any of the permissions.
To run the above steps automatically there is a provided rake task to do the heavy lifting.
rake acls:testing:prepare[URS_USERNAME]
Replacing URS_USERNAME with your own username. An example:
$ rake acls:testing:prepare[username]
[Success] Group `USERNAME Testing Group` created.
[Success] Added username to MMT Users
[Success] Added username to MMT Admins
From here I'm able to visit /provider_identity_permissions
and see my newly created group. Clicking on it allows me to grant myself Provider Level Access to the necessary targets for testing.
The Draft MMT is intended for Non-NASA Users to propose new metadata records or changes to existing records in the CMR.
Changing to the Draft MMT (aka proposal mode) is controlled the proposal_mode
environment variable in your application.yml
file.
Access to the Draft MMT is controlled by the Non-NASA Draft User and Non-NASA Draft Approver ACLs. There is a rake task that will create the group and assign the ACL for you (make sure you use your own username):
rake acls:proposal_mode:draft_user[URS_USERNAME]
or
rake acls:proposal_mode:draft_approver[URS_USERNAME]
- make sure you use your own username
- make sure that
proposal_mode
is set to 'false' in yourapplication.yml
file when you run this rake task. If you seeNotAllowedError: A requested action is not allowed in the current configuration.
when running this rake task, you missed this step.
Often we need collections to exist in our local CMR that already exist in SIT for the purposes of sending collection ids (concept ids) as part of a payload to the ECHO API that doesn't run locally, but instead on testbed. In order to do this the collection concept ids have to match those on SIT so we cannot simply download and ingest them. A rake task exists to replicate collections locally for this purpose.
$ rake collections:replicate
The task accepts two parameters
- provider: The provider id to replicate collections for default: MMT_2
- page_size: The number of collections to request default: 25
$ rake collections:replicate[MMT_1,10]
Will download at most 10 collections from MMT_1.
$ rake collections:replicate[SEDAC]
Will download at most 25 collections from SEDAC.
NOTE Some providers have permissions set on their collections and make require a token to view/download collections. You can set an ENV variable named
CMR_SIT_TOKEN
that if set, will be provided to CMR when downloading collections. This variable is set by adding the following line to your ~/.bash_profile
export CMR_SIT_TOKEN=""
After adding the line and saving the file, don't forget to source the file.
source ~/.bash_profile