Thanks to Skylight:
Jump In: Issue Tracker
Fulcrum is an in-development publishing platform and set of hosting and publishing services aimed to help scholarly publishers present the full richness of their authors' research outputs in a durable, discoverable, and flexible form. Its first phase of development is focused on providing branded companion websites for books. Now, in its second phase, it will expand to host complete e-book collections, journals, and new forms of multimodal publications as well as provide a set of hosting and publishing services for publishers.
Heliotrope is the codebase behind the Fulcrum publishing platform. It is a Rails application that extends Hyrax–the popular front-end repository solution from the Samvera open source community–to provide solutions for scholarly publishers.
It is built by the University of Michigan Library and managed by the Library's publishing division, Michigan Publishing.
In addition to the features that come with Hyrax, Heliotrope offers the following:
For additional details and helpful hints read our ever growing Wiki. To get in touch with us over e-mail, contact the Fulcrum Developers List.
$ git clone https://github.com/mlibrary/heliotrope.git
$ cd heliotrope
$ bundle install
$ yarn install
$ bundle exec ./bin/setup
$ bundle exec rails checkpoint:migrate
$ bundle exec rake assets:precompile
See the Wiki for information on Jekyll integration.
There is a rails task you execute to create a "fulcrum-system" user.
$ bundle exec rails system_user
If you need to run this when the app has been deployed, execute:
$ RAILS_ENV=production bundle exec rails system_user
There is a rails task you can execute to create a "platform" admin user. It will prompt you for an email address and then create a user with the correct role.
$ bundle exec rails admin
If you need to run this when the app has been deployed, execute:
$ RAILS_ENV=production bundle exec rails admin
Execute this command to start Fedora, Solr and Rails servers:
$ bundle exec rails hydra:server
Or, if you prefer to start each server individually execute each of the following commands in a seperate shells: (you must use this alternate option if running on a VM)
$ redis-server /usr/local/etc/redis.conf
$ fcrepo_wrapper -p 8984 --no-jms
$ solr_wrapper -p 8983 -d solr/config/ --collection_name hydra-development
$ bundle exec rails s
NOTE: You'll also want to make sure that you have MySQL started.
NOTE: There are also config files available for running the wrappers (which save you from having to remember ports, collection names etc). Their settings attempt to persist your Solr index as you move between dev and test. Use like so:
$ fcrepo_wrapper --config .wrap_conf/fcrepo_dev
$ solr_wrapper --config .wrap_conf/solr_dev
$ bundle exec rails hyrax:default_admin_set:create
When running Rails server, set the EXPLAIN_PARTIALS
environment variable to show partials being rendered in source html of your views. You can view this info using your browser's inspect element mode.
$ EXPLAIN_PARTIALS=true bundle exec rails s
NOTE: Because this feature can add a fair bit of overhead, it is restricted to only run in development mode.
To execute the continuous integration task run by Travis CI
$ bundle exec rails ci
Alternatively, you can start up each server individually. This may be preferable because the ci task starts up and tears down Fedora and Solr before/after the test suite is run.
$ fcrepo_wrapper -p 8986 --no-jms
or
$ fcrepo_wrapper --config .wrap_conf/fcrepo_test
$ solr_wrapper -p 8985 -d solr/config/ --collection_name hydra-test
or
$ solr_wrapper --config .wrap_conf/solr_test
$ bundle exec rails rubocop
$ bundle exec rails ruumba
$ bundle exec rails lib_spec
$ bundle exec rspec
System specs are skipped on Travis due to frequent timing failures. This won't affect running rspec
locally either directly or through the ci
task.
To run individual specs located in the ./lib/spec directory
(a.k.a lib_spec) first step into the lib directory and then execute rspec.
$ cd lib
$ bundle exec rspec
As of June 20, 2017 there are tests that require the static pages to be built in order for routing to happen correctly (See Static Pages and Blog documentation). This means you need to execute
$ bundle exec rails jekyll:deploy
before running rspec. This only need be executed once. If you followed step 1 of the initial setup then you did this already.
Heliotrope is available under the Apache 2.0 license.
We'd love to accept your contributions and there are lots of ways to engage with the Fulcrum project and Heliotrope codebase even if you aren't a developer. Please see our contributing guidelines for how you can get involved.
Please note: As of May 14 2018, we have migrated our issues to a JIRA project and are no longer creating new issues in GitHub. All GitHub issues that were open at the time of migration will be updated with relevant links to the corresponding JIRA issue. If you find bugs or would like to open an issue, you can still use GitHub for that to open the conversation with Fulcrum developers.
The Fulcrum Development Team have created a number of ancillary code repositories for handling different areas of business logic related to our use of the Heliotrope repository software. None of the libraries listed below are required in any way for the operation of Heliotrope and are tuned to the use cases and business logic relevant to the Fulcrum instance. They are offered here for possible adaptation and repurposing, or just to illustrate the cluster of tasks that necessarily arise around the operation of repository publishing software.
Initial development has been supported by a generous grant from the Andrew W. Mellon Foundation and implemented by the University of Michigan Library and Press working with partners from Indiana, Minnesota, Northwestern, and Penn State universities and Data Curation Experts.