Difference between revisions of "Web Interface"
m |
(→Notes) |
||
(19 intermediate revisions by the same user not shown) | |||
Line 1: | Line 1: | ||
− | There is a web interface API, and some web apps that can talk to the client engine running on a local or remote machine via HTTP. | + | There is a web interface API, and some web apps you can access in a browser that can talk to the Monkey client engine running on a local or remote machine via HTTP. |
− | + | Open a web browser on: http://localhost:8080 to access the Monkey web server running in your local Monkey client. | |
− | + | == Required Settings== | |
+ | |||
+ | You must enable the web server by setting these config lines in ClientConfig.json | ||
+ | |||
+ | located at C:\Program Files (x86)\Monkey\HyperbeClient\config\ | ||
+ | |||
+ | or | ||
+ | |||
+ | c:\Program Files\Steam\steamapps\common | ||
+ | |||
+ | <pre> | ||
+ | "enableWebManagement" : true, | ||
+ | "enableWebMonitoring" : true, | ||
+ | "insecureWebPort" : 8080, | ||
+ | </pre> | ||
once that is on, you can talk to The API at port 8080 using a browser | once that is on, you can talk to The API at port 8080 using a browser | ||
+ | Only these options are applicable: | ||
+ | |||
+ | <pre> | ||
+ | "enableClientAuthentication" : true, | ||
+ | "objectStoreServer" : "portal.constructivelabs.com", | ||
+ | "objectStoreServerPort" : 9998, | ||
+ | "enableRemotePersistence" : false, | ||
+ | "enableWebManagement" : true, | ||
+ | "enableWebMonitoring" : true, | ||
+ | "insecureWebPort" : 8080, | ||
+ | "secureWebPort" : 8081, | ||
+ | "serverWebManagementPort" : 8078, | ||
+ | "allowApiAccess" : true, | ||
+ | "allowsLocalLogin": true, | ||
+ | </pre> | ||
+ | |||
+ | ==the Web page== | ||
+ | Here is the webpage you will see: | ||
+ | [[File:Web Admin page.png]] | ||
+ | |||
+ | ==Authentication== | ||
+ | if you are running the standalone (not via Steam) you must login. However, the ClientConfig.json file has a setting '''attemptLoginWithSteam''' that defaults to true and that prevents proper login from happening. '''attemptLoginWithSteam''' must be set to false. Then starting standalone Monkey will prompt you for a username and password. | ||
+ | |||
+ | Then when you use the web interface and it asks you to login, give the same username and password. | ||
==UI - web apps== | ==UI - web apps== | ||
− | |||
+ | * CONSOLE is a way to type interactive commands to Monkey (currently not maintained, so it will not be very useful) | ||
+ | * STATUS - displays the status of the Monkey system | ||
+ | * ZONE LIST - displays a list of active zones | ||
+ | * JS MODULES - tool for managing JS modules | ||
+ | * JS SCRIPTS - example Javascript demos | ||
+ | |||
+ | === JS Scripts: Javascript demos=== | ||
+ | * ZoneTree - interactive tool to view objects in the current zone | ||
+ | * PropertyManipulationExample - demo of changing proprties | ||
+ | * ViewZone - displays a report of all the objects in the current zone | ||
+ | * CubeExample - creates a cube which you can then alter the properties of - An example of manipulating object properties and executing inputs inside a CL node, from JS | ||
+ | * Spheres - creates many spheres in the current zone | ||
+ | |||
+ | |||
+ | ====Notes==== | ||
and a JS fiddle like thing for the content of the nodes | and a JS fiddle like thing for the content of the nodes | ||
− | the | + | the JavaScript methods and such |
https://ace.c9.io/ | https://ace.c9.io/ | ||
− | + | The "JS code" will just be an additional property on any object called "Code". | |
− | called "Code" | + | |
+ | Any JS inside that has access to the properties on the object. | ||
+ | |||
+ | Any JS methods listed in another property called CodeExposedInputs are available as ports on the object. | ||
+ | |||
+ | CodeExposedOutputs - this is outputs. JS can call these outputs and they can be wired from. | ||
− | + | Otherwise it works the same as what is there now | |
− | any | + | There is a Java file for the "servlets" a "web node" in the Monkey Java code that defines all the URLs that can be accessed. Each servlet's handler (a Java file) is the definition of the arguments for each message (and the response expected). But alas I do not think there is any sort of javadoc maintained thing or other doc other than the code itself. |
− | + | The class CLClientWebNode (in Java Monkey) is where all the servlets are "registered" for the URLs. Then you have to look at each servlet for what it expects to get and what it sends back. | |
− | + | Also there is the API that can send a message to an object and each object class defines what those messages are and there might be hundreds of them out there. In that case the object itself like "User" or "Entity" defines the messages it can respond to. | |
==code== | ==code== |
Latest revision as of 10:13, 23 June 2022
There is a web interface API, and some web apps you can access in a browser that can talk to the Monkey client engine running on a local or remote machine via HTTP.
Open a web browser on: http://localhost:8080 to access the Monkey web server running in your local Monkey client.
Required Settings
You must enable the web server by setting these config lines in ClientConfig.json
located at C:\Program Files (x86)\Monkey\HyperbeClient\config\
or
c:\Program Files\Steam\steamapps\common
"enableWebManagement" : true, "enableWebMonitoring" : true, "insecureWebPort" : 8080,
once that is on, you can talk to The API at port 8080 using a browser
Only these options are applicable:
"enableClientAuthentication" : true, "objectStoreServer" : "portal.constructivelabs.com", "objectStoreServerPort" : 9998, "enableRemotePersistence" : false, "enableWebManagement" : true, "enableWebMonitoring" : true, "insecureWebPort" : 8080, "secureWebPort" : 8081, "serverWebManagementPort" : 8078, "allowApiAccess" : true, "allowsLocalLogin": true,
the Web page
Here is the webpage you will see:
Authentication
if you are running the standalone (not via Steam) you must login. However, the ClientConfig.json file has a setting attemptLoginWithSteam that defaults to true and that prevents proper login from happening. attemptLoginWithSteam must be set to false. Then starting standalone Monkey will prompt you for a username and password.
Then when you use the web interface and it asks you to login, give the same username and password.
UI - web apps
- CONSOLE is a way to type interactive commands to Monkey (currently not maintained, so it will not be very useful)
- STATUS - displays the status of the Monkey system
- ZONE LIST - displays a list of active zones
- JS MODULES - tool for managing JS modules
- JS SCRIPTS - example Javascript demos
JS Scripts: Javascript demos
- ZoneTree - interactive tool to view objects in the current zone
- PropertyManipulationExample - demo of changing proprties
- ViewZone - displays a report of all the objects in the current zone
- CubeExample - creates a cube which you can then alter the properties of - An example of manipulating object properties and executing inputs inside a CL node, from JS
- Spheres - creates many spheres in the current zone
Notes
and a JS fiddle like thing for the content of the nodes
the JavaScript methods and such
The "JS code" will just be an additional property on any object called "Code".
Any JS inside that has access to the properties on the object.
Any JS methods listed in another property called CodeExposedInputs are available as ports on the object.
CodeExposedOutputs - this is outputs. JS can call these outputs and they can be wired from.
Otherwise it works the same as what is there now
There is a Java file for the "servlets" a "web node" in the Monkey Java code that defines all the URLs that can be accessed. Each servlet's handler (a Java file) is the definition of the arguments for each message (and the response expected). But alas I do not think there is any sort of javadoc maintained thing or other doc other than the code itself.
The class CLClientWebNode (in Java Monkey) is where all the servlets are "registered" for the URLs. Then you have to look at each servlet for what it expects to get and what it sends back.
Also there is the API that can send a message to an object and each object class defines what those messages are and there might be hundreds of them out there. In that case the object itself like "User" or "Entity" defines the messages it can respond to.
code
Look in the WebContent directory of the client
there you will find a folder called Hyperbe/js/classes (edited)
that has js code which talks to those ports
look especially at the files called MessageFactory.js, IndexInterface.js, PropertyDialog.js etc
oh and also the Realtime.js file
there is also a PropertyDialog.js
CommandLineInterface.js can do things like invoke methods on objects
there is a Console.jsp page which sort of does something
Does anything useful to a normal user happen if you open a browser on that port?
not really. maybe a command line from the console page I mentioned
So there is some kind of API that a JS script running on the browser can use to send commands to that port?
you can make messages and send them to the engine
look at MessageFactory.js
you can Index what is there - look a IndexInterface.js