|Build status|_
.. |Build status| image:: https://travis-ci.org/4dn-dcic/fourfront.png?branch=master .. _Build status: https://travis-ci.org/4dn-dcic/fourfront
|Coverage|_
.. |Coverage| image:: https://coveralls.io/repos/github/4dn-dcic/fourfront/badge.svg?branch=master .. _Coverage: https://coveralls.io/github/4dn-dcic/fourfront?branch=master
|Quality|_
.. |Quality| image:: https://api.codacy.com/project/badge/Grade/f5fc54006b4740b5800e83eb2aeeeb43 .. _Quality: https://www.codacy.com/app/4dn/fourfront?utm_source=github.com&utm_medium=referral&utm_content=4dn-dcic/fourfront&utm_campaign=Badge_Grade
This is a fork from ENCODE-DCC/encoded <https://github.com/ENCODE-DCC/encoded>
_ . We are working to modularize the project and adapted to our needs for the 4D Nucleome project.
Fourfront is known to work with Python 3.6.x and 3.7.x and will not work with Python 3.8 or greater. If part of the HMS team, it is recommended to use a high patch version, such as Python 3.7.12, since that's what we try to do with our servers, but any version of 3.7 should work if you find you are unable to install that particular patch version. It is best practice to create a fresh Python virtualenv using one of these versions before proceeding to the following steps.
Obtain AWS keys. These will need to added to your environment variables or through the AWS CLI (installed later in this process).
Verify that homebrew is working properly::
$ brew doctor
Install or update dependencies::
$ brew install libevent libmagic libxml2 libxslt openssl postgresql graphviz nginx python3
$ brew install freetype libjpeg libtiff littlecms webp # Required by Pillow
$ brew cask install adoptopenjdk8
$ brew install elasticsearch@6.8 node@10
NOTES:
To migrate from ES5 to ES6 (--force option may be needed)::
$ brew unlink elasticsearch@5.6 $ brew install elasticsearch@6.8 $ brew link elasticsearch@6.8
If installation of adtopopenjdk8 fails due to an ambiguity, it should work to do this instead::
$ brew cask install homebrew/cask-versions/adoptopenjdk8
If you need to update dependencies::
$ brew update $ rm -rf encoded/eggs
If you need to upgrade brew-installed packages that don't have pinned versions, you can use the following. However, take care because there is no command to directly undo this effect::
$ brew update $ brew upgrade $ rm -rf encoded/eggs
Run make::
$ make build-dev # for all dependencies
OR
$ make build # for only application level dependencies
NOTES:
If you have issues with postgres or the python interface to it (psycogpg2) you probably need to install postgresql via homebrew (as above)
If you have issues with Pillow you may need to install new xcode command line tools.
First update Xcode from AppStore (reboot)::
$ xcode-select --install
If you are running macOS Mojave (though this is fixed in Catalina), you may need to run this command as well::
$ sudo installer -pkg /Library/Developer/CommandLineTools/Packages/macOS_SDK_headers_for_macOS_10.14.pkg -target /
If you have trouble with zlib, especially in Catalina, it is probably because brew installed it in a different location. In that case, you'll want to do the following in place of the regular call to buildout::
$ CFLAGS="-I$(brew --prefix zlib)/include" LDFLAGS="-L$(brew --prefix zlib)/lib" bin/buildout
If you wish to completely rebuild the application, or have updated dependencies, before you go ahead, you'll probably want to do::
$ make clean
Then goto Step 3.
Start the application locally
In one terminal startup the database servers and nginx proxy with::
$ make deploy1
This will first clear any existing data in /tmp/encoded. Then postgres and elasticsearch servers will be initiated within /tmp/encoded. An nginx proxy running on port 8000 will be started. The servers are started, and finally the test set will be loaded.
In a second terminal, run the app with::
$ make deploy2
Indexing will then proceed in a background thread similar to the production setup.
Running the app with the --reload
flag will cause the app to restart when changes to the Python source files are detected::
$ bin/pserve development.ini --reload
If doing this, it is highly recommended to set the following environment variable to override the default file monitor used. The default monitor on Unix systems is watchman, which can cause problems due too tracking too many files and degrade performance. Use the following environment variable::
$ HUPPER_DEFAULT_MONITOR=hupper.polling.PollingFileMonitor
Browse to the interface at http://localhost:8000/.
To run specific tests locally::
$ bin/test -k test_name
To run with a debugger::
$ bin/test --pdb
Specific tests to run locally for schema changes::
$ bin/test -k test_load_workbook
$ bin/test -k test_edw_sync
Run the Pyramid tests with::
$ bin/test
Note: to run against chrome you should first::
$ brew install chromedriver
Run the Javascript tests with::
$ npm test
Or if you need to supply command line arguments::
$ ./node_modules/.bin/jest
Our Javascript is written using ES6 and JSX, so needs to be compiled using babel and webpack.
To build production-ready bundles, do::
$ npm run build
(This is also done as part of running buildout.)
To build development bundles and continue updating them as you edit source files, run::
$ npm run dev
The development bundles are not minified, to speed up building.
We use the SASS <http://sass-lang.com/>
and node-sass <https://github.com/sass/node-sass/>
CSS preprocessors.
The buildout installs the SASS utilities and compiles the CSS.
When changing the SCSS source files you must recompile the CSS using one of the following methods:
Node-sass can watch for any changes made to .scss files and instantly compile them to .css. To start this, from the root of the project do::
$ npm run watch-scss
::
$ npm run build-scss