10. Connection to the HOOPS Server
In this section, we will show how to request a viewing session and stream a model into your application via the HOOPS Server.
Normally, the infrastructure to facilitate the on-demand streaming will be sitting behind a proxy on the internet or within a corporate network. For this simplified example, we are taking advantage of the local HOOPS Server that is bundled with the Communicator package and that you have already used to view the quick-start samples in the first section.
Among the main benefits of HOOPS Communicator are the capabilities to: 1) quickly stream massive models to the client, 2) request subsets of a model on-demand, and 3) render a model completely server-side. All of this functionality requires a "Stream Cache Server" to be spawned for every viewing session, which handles the view-dependent streaming and keeps interacting with the Web Viewer component as long as the viewing session is active. To manage and monitor those viewing sessions, we provide a Node.js-based framework simply called the HOOPS Server.
- Requesting a session from the HOOPS Server
- Starting a Stream Cache Server
Running the Server
Let's start by making sure that the server is running by navigating to the quick_start directory of the installation and running start_server.bat/sh. You should see a console window with status information indicating that the server is up and its services are listening on specific ports.
Requesting a Viewing Session
Now, let's write some code that connects your application to this server. First, we start with an empty file called ServerConnection.js which we fill with the class below:
The only purpose of this class is to make a standard HTTP POST request to the HOOPS Server at the "Service" endpoint to request a viewing session and wrap this request into a promise. If the server responds and the request is successful it will return a response that includes the IP and port of the viewing session that has been reserved for this viewing request. Please see the Programming Guide for more info on the HOOPS Server REST API.
Every HOOPS Server supports a large number of simultaneous viewing sessions each assigned to their own port. In a real-world web application requesting those sessions would not be done directly via the client-side JS code but instead within your server application, most likely utilizing a reverse-proxy setup for security reasons and to ensure that all WebSockets traffic goes through standard ports.
See the Programming Guide for more information.
Add functionality of this new JS file to your application by adding the line below to your HTML page:
Modifying the Loading Code
Let's also modify the main HTML document to utilize this new ServerConnection class to connect to the Stream Cache Server instead of loading .scs files from the web server included in your development environment:
We start by initializing our new class with the port that the demo server in our package is listening to. After the POST request has successfully resolved, we are passing the websocket endpoint into the endpointUri property of the Web Viewer component initialization and specify the model we want to load separately. Again, we are not loading the scs file we have copied to our application directory anymore but this time the referenced SC model (which happens to be a shattered model) will be streamed via a websocket connection from the Stream Cache Server.
After this modification to the startup code, the Web Viewer component is now ready for streaming models via the HOOPS Server. No further modifications are required.
We only scratched the surface with this example. Implementing a viewing infrastructure on your server-backend that can scale to many simultaneous users is not an easy task and requires considerable web-expertise even when using web platforms like AWS or Azure. However, it is often worth the effort, in particular, if your models are large and/or you want to provide your user with a consistent experience across all devices.
Please see the Programming Guide for more information about server setup.
Thank you for taking the time to Build A Basic Application with HOOPS Communicator. We recommend continuing your training by visiting our Tutorials section. You will find information about setting up your local development environment for HOOPS Communicator, as well as more Tutorials that explore real-world problems that HOOPS Communicator can solve for your company.