The details provided assume that the official Docker daemon is running in the background. Download and install Docker Community Edition from https://www.docker.com/community-edition.
Suggested: If using ohmyzsh (http://ohmyz.sh/), add the docker-compose plugin to the .zshrc for better command-line aliases and integration.
Important: By default, docker will run the services in the context of
RAILS_ENV=development, and there is no valid AWS configuration. You can
copy the included .env.example to .env and override these things if desired.
Important: It's a known issue that Java, in docker images built for x86, ran through Apple's Rosetta2 for M1 chips cause constant errors & crashes.
The docker-compose.yml has a build option for Blazegraph and FCrepo. If you're using an M1 mac you should comment out the image section and uncomment the build ones for these services.
This will build those images from the m1 directory, which are copy+paste's from their respective GitHub repos, with the only change being selecting the armv8 base image version.
$ docker system prune: A command that will reclaim disk space by deleting stopped containers, networks, dangling images and build cache.$ docker volume ls: Show a list of named volumes which hold persistent data for containers.$ docker volume rm [VOLUME NAME]: Remove a named volume, to force the system to rebuild and start that services persistent data from scratch.
You shouldn't need to do these steps often, but you should read them and understand them. A "fresh start" can be necessary at times, especially when getting back to OD2 after a lot of development has taken place by others.
First, clone OD2:
git clone git@github.com:OregonDigital/OD2.git
cd OD2Next, build the app image with your user id, otherwise permissions will not work
for development! If your system doesn't have the id command, you'll need to
manually determine your user id and your group id, otherwise things could get
really weird.
docker-compose build --build-arg UID=$(id -u) --build-arg GID=$(id -g) server workers app test devNote: This will take a very long time the first time you do it. Potentially 30 minutes or longer. I'm not kidding, I'm timing it right now and it's ... well, kind of amazing but in a terrible way. I'm at 20 minutes and still waiting on the "fits" download. So go take a break. Get a coffee. Do whatever cliched things people do when waiting for a slow thing to occur. You might have time for a short vacation. Not like... a trip to Cabo, but maybe a local bed and breakfast. That could be nice, right?
Once built, you shouldn't need to rebuild the image unless you're changing the
Dockerfile, suspect a bad cached build, or can't get gems to install via
in-container runs of bundler. And subsequent builds will be a bit faster
(usually) than the initial build, because you won't have to download things
like the base Ruby image, and you typically won't have to reinstall core
dependencies like libreoffice.
Important: Setup a docker-compose.override.yml before starting
development or testing:
cp docker-compose.override.yml-example docker-compose.override.ymlThis file contains configuration you may expect and even require for typical development. Feel free to tweak and override base settings here; this file is meant to hold all the custom environment that's particular to individual developers.
All of the required services are pre-configured with environment variables injected to the containers during boot. The database, repository, solr index, and redis queue are backed by persistent volumes to maintain data between use.
Start the development server:
docker-compose up server
(or, detached)
docker-compose up -d server
Open another terminal window (unless you run the previous command detached).
On the first time building and starting the server, or any time you destroy the stack's data volumes, Hyrax defaults must be created and loaded:
("docker-compose exec" only works if the server is running. The first-run command only works if the server has already been initialized. Make sure migrations have finished running before you do these steps.)
docker-compose exec server ./build/firstrun.shThis will take a few minutes. Once it's done, you can visit
http://localhost:3000/users/sign_in?locale=en and log in as
"admin@example.org" with the password "admin123".
To set up the system manually:
docker-compose run --entrypoint=bash server
# ... wait for a shell session to start ...
bundle exec rails hyrax:default_admin_set:create
bundle exec rails hyrax:default_collection_types:create
bundle exec rails hyrax:workflow:load
# Optional:
bundle exec rails oregon_digital:create_collections
Visit http://localhost:3000/users/sign_up?locale=en to register an account.
Return to the server container shell session, start Rails console, create an admin role, and assign it to the user that was just created.
bundle exec rails c
# ... wait for the Rails console to start ...
Role.create(name: 'admin')
User.last.roles << Role.last
Login to the app, and continue configuration or depositing works using the Hyrax UI.
Testing the application amounts to running all of the required services along side an instance of the application and then running the testing framework against those containers. All of the *-test services have applicable environment variables injected to the containers during boot.
Start the test server:
docker-compose up test
(or, detached)
docker-compose up -d test
Open another terminal window (unless you run the previous command detached)
Start a session, and run rspec on the test (application) container. (This method offers a more developer/TDD friendly experience)
docker-compose exec test bash
root@8675309jenny:/data# bundle exec rspec
OR run rspec on the test (application) container directly:
docker-compose exec test rspec
Do not use docker-compose run - it will fire up the entrypoint script,
which starts up Puma for the capybara tests.
Running rake tasks:
docker-compose exec workers rake -T
When you do anything that changes the filesystem (rake tasks or otherwise), you may want to pass through your user ID so that on your local filesystem you still own the files:
docker-compose exec -u 1000 workers rake -T
(Your user id may or may not be 1000 - use id -g or similar to find your
actual user id)
It may behoove you to create an alias for this kind of thing:
alias dwork='docker-compose exec -u 1000 workers'
dwork rake -T
dwork rails generate ...