Architecture for a Distributed Computing Environment Test Application - Harmonic
Original Publication Date: 1996-Jun-01
Included in the Prior Art Database: 2005-Mar-31
Graham, A: AUTHOR [+5]
Disclosed is the architecture for a Distributed Computing Environment (DCE) test application, Harmonic.
Architecture for a Distributed Computing Environment Test
the architecture for a Distributed Computing
Environment (DCE) test application, Harmonic.
involves a lack of a DCE application utilizing
features new in OSF DCE version 1.1/IBM DCE version 2.1 for the
purpose of PALS testing. PALS testing, a post Functional
Verification Test (FVT), consists of scenarios focusing on product
functionality, stability, reliability, stress, and interoperability
(software and hardware) using large system configurations
representative of customer environments. An application appropriate
for test should exercise the product (i.e., DCE) as an entity as well
as be scalable, configurable, multi-platform while generic enough to
emulate "real" customer applications. The DCE provides services
which allows a distributed application to interact with multiple
types of computers, operating systems, and networks as if they were a
single system. The new features in DCE 1.1 include ERA, Delegation,
ACL Library, Backing Store, DCED, DCECP, GSSAPI, Hierarchical Cells,
I18N, Serviceability, and Auditing.
is to architect and implement a DCE application
that exercises the new DCE 1.1 features and functions as an
application suitable for use during a PALS test. Below is the
architecture of Harmonic, a PALS test application designed to
exercise the new features in DCE 1.1 as well as meet the
requirements of an application appropriate for test.
Harmonic is a
test application that emulates a customer
application exercising DCE 1.1 functions using a multi-tiered
architecture. While performing simple data manipulations, Harmonic
focuses on the usage of the ACL Library, Backing Store, Extended
Registry Attributes (ERA), Delegation, DCED, DCECP, GSSAPI,
Serviceability, and Auditing.
Harmonic is a
limited implementation of a Common Object Request
Broker Architecture (CORBA) application. As defined by the Object
Management Grup (OMG), CORBA is a common architecture for an Object
Request Broker (ORB). An ORB "provides the mechanisms by which
objects transparently make requests and receive responses".
Basically, a CORBA implementation involves a client, ORB core, and
Object Implementation. Harmonic uses DCE to provide the
communication mechanisms for the 'ORB core'. The ORB core is the
'component' of CORBA which "moves a request from a client to the
appropriate adapter for the target object". To complete the function
of the ORB core, Harmonic implements a Basic Object Adapter (BOA).
The main line of our CORBA implementation involves a client, BOA,
and Object Implementers (OI). We build on the basic CORBA
architecture adding a Universal BOA (UBOA), Super Client and a
Report Server. We added these pieces to exercise specific functions
of DCE 1.1. See the Figure for pictorial view of the architecture.
The basic Harmonic flow...