Transcript Slide 1
SORD Gateway Updates Stephanie Graffuis Overview • • • • • • Introduction Capabilities Enhancements and Fixes SORD Gateway Efforts Client Capabilities New Applications of the SGW Introduction The SORD Gateway is a component in OneSAF that provides HTTP access to OneSAF’s distributed runtime simulation data. • Uses standard mechanisms for data distribution • HTTP for database queries • XML used to encode objects • REST principles with HTTP request verbs • Provides a non-simulation specific API that improves scalability • Objects and interactions in the SORD are resources for clients to act on via the SORD Gateway Simulation Needs Simulation community needs addressed by the SORD Gateway: • Reusable components • Enhanced methods of interoperability • Solutions for complex, larger training problems • Rapid prototype results • Support multiple communication protocols, fidelities, and configurations Capabilities The core capabilities of the SORD Gateway are • Getting, deleting, creating, and updating objects • Subscribing to object and interaction events • Creating and firing interactions • Defining new object and interaction types Enhancements - Dynamic Requests • Requests provided by SGW are its resources • SORD has different resources (objects, interactions) • Requests extension framework • uses OneSAF composability concepts • Allows now we can add specific capabilities without cluttering core functionality • Advantages • Keep SGW generic and simulation independent • Minimize OneSAF dependencies and changes Enhancements - Online Help • Help is provided online while SORD Gateway is running • Web browser accessible • Content is accumulated from all available SGW request resources • Manually exported for offline viewing in our documentation folders Enhancements - Other • JUnit tests • Multi-client notification/subscription support • Performance • Tests written • HTTP Compression SORD Gateway Efforts Several projects within the RDECOM-STTC use the SORD Gateway for their research efforts. Each project demonstrates a new requirement for interoperability to satisfy a complex training requirement. SORD Gateway Efforts • Game Based C2 • SGW used to inject externally calculated physics effects into OneSAF • ARA SGW Client and RPEL • Rubble • SGW used to create rubble piles based on external calculations for flyout debris • Anyar, Inc. physics motion solver • ARA SGW Client and RPEL SORD Gateway Efforts • HI2NT • SGW used to assist in transferring combat intelligence information into OneSAF • ARA SGW Client • MATREX ProtoCore API Client Capabilities These are documented efforts on how the SORD Gateway was used to accomplish certain goals. They may or may not require code changes. • How-to information written up • Minimal to no code changes needed • Proof-of-concept tests Client Capabilities • Ownship • Client goal: override entity location (mobility) and damage state (vulnerability) • Documented how to use existing framework within OneSAF • Mood/Gesture • Communicate mood/gesture from JNEM to OneSAF • OneSAF RDM modified to store values per entity Client Capabilities • Creating Rubble • Inject rubble piles into OneSAF during scenario run based on external physics calculations • Proof-of-concept test uses existing OneSAF dynamic terrain with minor workarounds • Scenario Management • Change simulation state via the SORD Gateway • JUnit test and SORD Gateway dynamic request created New Applications of the SORD Gateway In what interesting ways can we enhance the SGW or use existing enhancements to further promote interoperability to solve complex use cases? • Graphical User Interfaces • Object Wrappers Graphical User Interfaces The SORD Gateway publishes available client requests via URL. • Content is available as HTML or XML • Publication is dynamic based on runtime settings • Originally started as a means of capability testing Graphical User Interfaces When available requests are retrieved as HTML content ... • A web form is provided for user interaction • viewable within an internet browser • requests can be made via ‘point and click’ • Allows for independent user interfaces via web enabled desktop applications Graphical User Interfaces When available requests are retrieved as XML content ... • Same scalability, more powerful • Not limited to Gateway’s HTML rendering • Clients can render content into HTML or other GUIs to create custom applications Object Wrappers The SORD Gateway allows you define new data types at runtime for information storage and distribution. • Data changes only remain while running after being defined • minimal effort to setup and/or change • no hard coded changes required Object Wrappers • Extend OneSAF data for data tracking and linking in federate/client • Wrap existing OneSAF objects to add metadata about that object that is not represented WRAPPER GROUND_VEHICLE myVehicle name location velocity entityType ... vin make model Object Wrappers • Disguise OneSAF data for different visual representation within federate/client • Wrap existing OneSAF objects to represent them differently than they really are WRAPPER-ENTITY LIFEFORM trueSelf name location velocity entityType ... objectType size appearance Questions? Email [email protected]