3drepo.io is a web based front-end for viewing version controlled 3D data stored in a MongoDB. Getting data into the database is controlled by the 3D Repo Bouncer library and 3D Repo GUI separate projects.
- Latest release: https://github.com/3drepo/3drepo.io/releases/tag/latest
- Corresponding API docs: https://3drepo.github.io/3drepo.io/
This project is Copyright of 3D Repo Ltd, a company registered in England and Wales No. 09014101, and is released under the open source GNU Affero General Public License v3. Should you require a commercial license, please contact support@3drepo.org. All contributors are required to sign either the 3D Repo Individual or the 3D Repo Entity Contributor License Agreement (CLA).
We very much encourage contributions to the 3D Repo project. Firstly, fork the desired repository and commit your modifications there. Once happy with the changes, you can generate a pull request and our team will integrate it upstream after a review.
Your pull requests should:
- Follow the style of the existing code
- One commit should just do one thing, and one thing only
- Work in a branch assigned to a specific issue number, e.g. branch called "ISSUE_138"
- Each commit message should be prefixed with the issue number, e.g. "ISSUE #138 - Fixing bug xyz..."
- Rebase your branch against upstream's master so that we don't pull redundant commits
- Sign our 3D Repo Individual CLA or if you are representing a legal entity, sign the 3D Repo Entity CLA
- Python (v 2.7)
- Node.js (v 6.11.2)
- npm + yarn
- MongoDB
- RabbitMQ
- 3DRepoBouncer
Note: If using windows, please ensure cmd.exe was invoked as administrator (i.e. Right click -> Run as Administrator).
- Clone the repository:
git clone https://github.com/3drepo/3drepo.io.git
- Change directory:
cd 3drepo.io
- Check out latest release:
git checkout tags/latest
- Update submodules:
git submodule update --init --progress
(You may want to used--depth 1
to reduce transfer size) - Setup the configuration file for running the 3D Repo web app as per the
Configuration
section below. - Install the required backend dependencies:
cd backend && yarn install
- Install the required frontend dependencies:
cd frontend && yarn install
- Compile the frontend:
cd frontend && yarn run gulp build
(for file watching/live reloading, seeRunning the application
below)
- MongoDB will have to be running, alongside setting up a user named
adminUser
with in aadmin
database. For convenience a script namedmongo-admin.js
is provided which will setup the admin user. It can be run as such:mongo --eval "username='$mongo_node_username'; password='$mongo_node_password'" scripts/mongo-admin.js
- RabitMQ will need to be running, and to have users and permissions setup. You can see
scripts/rabbitmq-setup.sh
for how this is done or run the script itself. - 3D Repo Bouncer's bouncer_worker.js service will need be running
The configuration files are contained in the subdirectory config under the main project directory. Each directory in config represents a different configuration you can run under. This allows you to quickly switch between, for example, a development environment and a production environment. These both contain a file call config_sample.js that needs to be copied or renamed to config.js for it to work.
In general, to configure a new configuration enviroment called <config_name>:
- Change to the configuration directory:
cd config
- First create a new directory under config:
mkdir <config_name>
- Copy config_sample.js to the new directory as config.js:
cp config_sample.js <config_name>/config.js
- Edit config.js as described in Configuration File
The repository includes a script run_app
and run_app.cmd
specifically for Windows to run the server. It has two arguments:
./run_app <config> <debug>
- config This is the directory under config that the configuration resides in
- debug Type debug here for node.js debugging, or leave it out for none.
Typically you will want to run the server using forever (install with npm -g install forever
under the superuser account):
./forever_app <config>
- config This is the directory under config that the configuration resides in
SSL Errors
If you are running 3D Repo.io locally, you can disable the SSL section of the config to avoid errors regarding SSL, i.e.:
// ssl: {
// key: "my_key.pem",
// cert:"my_server.crt",
// ca: "my_server.ca"
// },
Port Errors
The script may complain that you don't have access to the ports (EACCESS), in which case you need to set-up ip-routing under the su
account.
iptables -t nat -A PREROUTING -i eth0 -p tcp --dport 80 -j REDIRECT --to-port 8080
Although, this depends on the type of server/application you are running.
For development purposes a file watching and livereloading command is provided. You need to include development: true
in your configuration file and then you can run yarn run gulp watch
from the frontend directory. This will watch the folder for changes and reload the page (or not for CSS!). If you encounter an ENOSPC error, on Linux you can run fs.inotify.max_user_watches=524288 | sudo tee -a /etc/sysctl.conf && sudo sysctl -p
fix.
The application requires the use of cookies for tracking user authentication. Some browsers do not allow the use of cookies for the localhost domain. To circumvent this problem, use need to associate a hostname with the loopback address (127.0.0.1)
For both Windows and Linux you must edit the hosts file to add a manual DNS entry for a hostname. This will
redirect any requests to the hostname to the loopback address. In our example, we use example.org
which is customary.
For Windows, you must use an Administrator notepad to edit the file:
C:\Windows\System32\Drivers\etc\hosts
For Linux, you must edit the file with Administrator privileges:
sudo nano /etc/hosts
Within this file you must append to, or create, a line for the entry for example:
127.0.0.1 localhost example.org
In the configuration file for the server, you then set hostname to example.org
or whatever host you have redirected.
If you need any help or want to contribute please contact: support@3drepo.org We look forward to hearing from you.