STRIDE Runtime: Difference between revisions
No edit summary |
No edit summary |
||
Line 25: | Line 25: | ||
== The Host Transport Specification == | == The Host Transport Specification == | ||
[[Image: | [[Image:Transport diagram.gif|center|Host Transport Services Diagram]] | ||
<br> | |||
Click [[http://www.s2technologies.com/pdf/s2sTransport.pdf here]] to view the STRIDE Host Runtime Transport Specification PDF document. | Click [[http://www.s2technologies.com/pdf/s2sTransport.pdf here]] to view the STRIDE Host Runtime Transport Specification PDF document. |
Revision as of 20:41, 27 June 2008
Overview
The STRIDE Runtime routes messages both within and between platform boundaries and manages the conversion of interface data as it crosses from one platform to another. This "transparent messaging" model means that your test cases can be located on one platform (e.g., as a script running off-target) and your code on another (on-target).
The STRIDE Runtime is a combination of processes and libraries that provide services for messaging, remote function calls, and tracing while providing seamless connectivity between the target application and the host operating system. The STRIDE Runtime standardizes how threads and applications communicate with each other, independent of the platform on which they are executing, which eliminates the need to integrate new software on the target hardware. Developers can then incrementally integrate embedded software on a combination of the desktop environment and the target hardware, providing more control over integration and testing. New software functionality under development can be simulated on the desktop environment while the software using this new functionality can run on the target hardware. The tremendous flexibility gained by allowing developers to choose how to integrate different software components and target platforms allows developers to detect integration and testing issues and correct defects much earlier in the development process.
The Runtime components consist of the Runtime APIs, the Runtime Thread, the PAL, the Transport Layer, and the Intercept Module. Each is briefly described here, with links provided for more detail.
The Runtime Developer's Guide
Click [here] to view the STRIDE Runtime Developer's Guide PDF document.
The Platform Abstraction Layer Specification
The Platform Abstraction Layer, or PAL, defines the set of OS functionality required by the platform to support the STRIDE Runtime. The “pal.h” header file provided with the STRIDE installation defines the PAL functionality. The PAL also defines functionality required by the STRIDE Runtime to transmit and receive packets of data (called I-blocks) using the platform’s transport mechanism. These PAL routines enable the STRIDE Runtime to be installed on diverse environments without changing its internal design.
Click [here] to view the STRIDE Platform Abstraction Layer (PAL) Specification PDF document.
The Host Transport Specification
Click [here] to view the STRIDE Host Runtime Transport Specification PDF document.
The Transport Server Object Model
Follow this link for a discussion of the Transport Server Object Model.