| 1 | = Web interface = |
| 2 | The web based interface has many benefits and implements additional functionality. The main features of the web interface: |
| 3 | |
| 4 | * are the ability to run semantic queries- both of global queries and queries starting with @ are supported, |
| 5 | * the query construct assistant, |
| 6 | * the query storage and the visualisation of the query result, |
| 7 | * possibility to see running queries and abort them if necessary, |
| 8 | * database operations, |
| 9 | * ability to mark files with error forms, |
| 10 | * dependency examinations. |
| 11 | |
| 12 | |
| 13 | !JavaScript must be enabled in the browser to be able to use the interface! |
| 14 | |
| 15 | == Installation == |
| 16 | To be able to use the web based interface we need to have an already working Yaws webserver. Required version is 1.89. Help for the installation: http://yaws.hyber.org/yaws.pdf (Chapter 2). |
| 17 | |
| 18 | == Start up == |
| 19 | We can start the interface either with {{{referl}}} script with {{{-nitrogen}}} switch, or from RefactorErl shell. In both cases we get a default configuration with server name {{{localhost}}}, port {{{8001}}}, and IP {{{127.0.0.1.}}} |
| 20 | |
| 21 | === Starting up with referl script === |
| 22 | Parameters to be configured: |
| 23 | |
| 24 | * {{{-yaws path YPATH:}}} The absolute location of your Yaws ebin directory. |
| 25 | * {{{-yaws listen YLISTEN:}}} Valid IP address, which Yaws will listen to. |
| 26 | * {{{-yaws name YNAME:}}} Valid domain name, which Yaws will be bound to. |
| 27 | * {{{-yaws port YPORT:}}} Valid port number, which Yaws will be bound to. |
| 28 | * {{{-browser root BROOT:}}} The web based interface allows database operations. The root directory for those operations can be set, by giving the path of root directory in this parameter. |
| 29 | * {{{-images dir IDIR:}}} Path of the directory where the generated images, which are the visualisation of the results of dependency examinations, will be written. |
| 30 | |
| 31 | Usage of switches is optional, except the {{{-nitrogen}}} switch. |
| 32 | |
| 33 | |
| 34 | Example: |
| 35 | {{{ |
| 36 | bin/referl -nitrogen |
| 37 | -yaws_path /Users/V/yaws-1.89/ebin |
| 38 | -yaws_listen 127.0.0.1 |
| 39 | -yaws_port 8000 |
| 40 | -yaws_name localhost |
| 41 | -browser_root /Users/V/erlang |
| 42 | -images_dir /Users/V/graph_images |
| 43 | }}} |
| 44 | |
| 45 | === Starting up from !RefactorErl shell === |
| 46 | We have 2 functions for starting the interface : {{{ri:start nitrogen/0}}} and {{{ri:start nitrogen/1}}}. If the 0 arity function is used, the interface starts up with default configuration. If the 1 arity function is used the start up can be configured using a prop-list. Available properties are the same as described in the previous section. Usage of switches is optional. |
| 47 | Example: |
| 48 | {{{ |
| 49 | ri:start_nitrogen([ |
| 50 | {yaws_path,"/Users/V/yaws-1.89/ebin"}, |
| 51 | {yaws_listen,"127.0.0.1"}, |
| 52 | {yaws_name, localhost}, |
| 53 | {yaws_port,"8000"}, |
| 54 | {browser_root,"/Users/V/erlang"}, |
| 55 | {images_dir,"/Users/V/graph_images"}]). |
| 56 | }}} |
| 57 | == Shutting down == |
| 58 | It is important to log out, before shutting down the interface, because the log out process will delete the dynamic generated images, which belong to the user. If the interface have been started up from !RefactorErl shell, then {{{ri:stop nitrogen().}}} can be called to shut down the interface. |