Dispatcher IO TestlinkDispatcher TEEBEE Required TEEs XSLT 1. Testlink XML 3. Get Asset Build Id 6. Bee Build result* 8. Testlink XML 9. Tee specific input.

Slides:



Advertisements
Similar presentations
CERN LCG Overview & Scaling challenges David Smith For LCG Deployment Group CERN HEPiX 2003, Vancouver.
Advertisements

Remote Procedure Call Design issues Implementation RPC programming
Engineering Secure Software. Uses of Risk Thus Far  Start with the functionality Use cases  abuse/misuse cases p(exploit), p(vulnerability)  Start.
1 Opentest Architecture Table of Content –The Design Basic Components High-Level Test Architecture Test Flow –Services provided by each Layer Test Mgt.
Spark: Cluster Computing with Working Sets
Tam Vu Remote Procedure Call CISC 879 – Spring 03 Tam Vu March 06, 03.
Distributed Object & Remote Invocation Vidya Satyanarayanan.
® IBM Software Group © 2006 IBM Corporation Rational Software France Object-Oriented Analysis and Design with UML2 and Rational Software Modeler 04. Other.
Remote Method Invocation
Session 6 Server-side programming - ASP. An ASP page is an HTML page interspersed with server-side code. The.ASP extension instead of.HTM denotes server-side.
Web Servers How do our requests for resources on the Internet get handled? Can they be located anywhere? Global?
Component-Based Software Engineering Introducing the Bank Example Paul Krause.
© Lethbridge/Laganière 2001 Chap. 3: Basing Development on Reusable Technology 1 Let’s get started. Let’s start by selecting an architecture from among.
 2006 Pearson Education, Inc. All rights reserved Introduction to Classes and Objects.
Stanford University EH&S A Service Oriented Architecture For Rich Internet Applications Sheldon M. Heitz.
Session-02.
CGI Programming: Part 1. What is CGI? CGI = Common Gateway Interface Provides a standardized way for web browsers to: –Call programs on a server. –Pass.
File Systems (2). Readings r Silbershatz et al: 11.8.
Chapter 26 Client Server Interaction Communication across a computer network requires a pair of application programs to cooperate. One application on one.
UNIT-V The MVC architecture and Struts Framework.
CVSQL 2 The Design. System Overview System Components CVSQL Server –Three network interfaces –Modular data source provider framework –Decoupled SQL parsing.
Form Handling, Validation and Functions. Form Handling Forms are a graphical user interfaces (GUIs) that enables the interaction between users and servers.
M. Taimoor Khan * Java Server Pages (JSP) is a server-side programming technology that enables the creation of dynamic,
Training Course 2 User Module Training Course 3 Data Administration Module Session 1 Orientation Session 2 User Interface Session 3 Database Administration.
CCS + Opentest Enabling JTAG-Based DUT’s Control.
Use to Implement: Input validation Page-Level authorization Session Management Audit Logging Use to Implement: Input validation Page-Level authorization.
Chemical Toxicity and Safety Information System Shuanghui Luo Ying Li Jin Xu.
CISC474 - JavaScript 03/02/2011. Some Background… Great JavaScript Guides: –
ALLIANCE Administration 20 Oct 2009 (Based on Release 2.2) Michaël Petit.
© 2006 IBM Corporation IBM WebSphere Portlet Factory Architecture.
10/13/2015 ©2006 Scott Miller, University of Victoria 1 Content Serving Static vs. Dynamic Content Web Servers Server Flow Control Rev. 2.0.
1.Obtaining software 2.Sample pdf for this presentation 3.Checking accessibility of the pdf 4.Tackling inaccessibility 5.Tips and helpful links How to.
UNIX Commands. Why UNIX Commands Are Noninteractive Command may take input from the output of another command (filters). May be scheduled to run at specific.
NMD202 Web Scripting Week3. What we will cover today Includes Exercises PHP Forms Exercises Server side validation Exercises.
User Dialog Overview. Update Statement TABLES customers. SELECT SINGLE * FROM customers WHERE id = 1. IF sy-subrc = 0. customers-name = ‘John’. UPDATE.
Accessing Your MySQL Database from the Web with PHP (Ch 11) 1.
CHEP 2003 March 22-28, 2003 POOL Data Storage, Cache and Conversion Mechanism Motivation Data access Generic model Experience & Conclusions D.Düllmann,
IPortal Bringing your company and your business partners together through customized WEB-based portal software. SanSueB Software Presents iPortal.
Student Attendance System Requirement Analysis Presentation.
ESO SDD - Henning Lorch ESO Instrumentation Software Workshop Henning Lorch “Reflex” Pipeline Frontend.
MOSS Design Presentation -Senior Project-. MOSS MOSS Server System 1. MOSS Application 2. Server 3. Client SIU-E Code Cop System 1. SIU-E.
Chapter 5: Distributed objects and remote invocation Introduction Remote procedure call Events and notifications.
Advanced Web 2012 Lecture 6 Sean Costain Files Sean Costain 2012 Php allows for the : Creation Reading Appending Deleting Uploading And Closing.
1 Client-Server Interaction. 2 Functionality Transport layer and layers below –Basic communication –Reliability Application layer –Abstractions Files.
 Architectural overview  Main APIs. getGames.php getGroupsLocations.php getGroupsScores.php getMessage.php getStreet.php getTime.php login.php sendMessage.php.
Structural Design Software TYLER HUTCHISON. Requirements  Develop an interface to generate a text file.  The text file is then passed to one of five.
© FPT SOFTWARE – TRAINING MATERIAL – Internal use 04e-BM/NS/HDCV/FSOFT v2/3 JSP Application Models.
EIDE Architecture Overview WECC DEWG. Soap Methods  EIDE provides a “Put” method for data –Sender transfers schedule data, meter data, text message,
NMD202 Web Scripting Week2. Web site
Aggregator  Performs aggregate calculations  Components of the Aggregator Transformation Aggregate expression Group by port Sorted Input option Aggregate.
Technical lssues for the Knowledge Engineering Competition Stefan Edelkamp Jeremy Frank.
HTML III (Forms) Robin Burke ECT 270. Outline Where we are in this class Web applications HTML Forms Break Forms lab.
Active Server Pages v.s. Java Server Pages Presenters: Lan Guo Qunying Fan Pei-Xun Wu Date:
Resource Manager The Resource Manager is implemented as a custom STAF service called RESMGR. RESMGR manage resources at the execution engines level (TEEs.
Transport Mapping Security Model D. Harrington. Architecture Transport Mapping Dispatcher Message Processing Model ApplicationsAccess Control Model TM.
Struts 2 Development. Topics  Roles in Struts Development  Control Flow  Actions  Struts 2 Views and Target  Struts 2 Custom Tags  Validation 
Network Infrastructure Services Supporting WAP Clients
Web Programming Developing Web Applications including Servlets, and Web Services using NetBeans 6.5 with GlassFish.V3.
Dynamic Modeling of Banking System Case Study - I
Remote Method Invocation
UNIX System Overview.
Beyond HTTP Up to this point we have been dealing with software tools that run on browsers and communicate to a server that generates files that can be.
CSI 400/500 Operating Systems Spring 2009
CANalytics TM CAN Interface Software BY.
Initial job submission and monitoring efforts with JClarens
EIDE Architecture Overview
Engine Part ID Part 1.
Engine Part ID Part 2.
Engine Part ID Part 2.
Engineering Secure Software
Presentation transcript:

Dispatcher IO TestlinkDispatcher TEEBEE Required TEEs XSLT 1. Testlink XML 3. Get Asset Build Id 6. Bee Build result* 8. Testlink XML 9. Tee specific input XML 10. Tee TL compliant results XML 11. Testlink compliant result XML 12. Write results to TL DB 4. Asset Build Id 5. Build Asset * 2. Get Build Info, BEEs, TEEs from TL xml Dispatcher Cache 7. Set Assets locations * Optional Step

Testlink-Dispatcher IO A TestSession request is issued from TestLink to the dispatcher. The request includes test data information in an XML file. The structure of the XML test data file is defined by Testlink’s export operation. The dispatcher copies the XML test data and sends a test session started message that contains a test session handle to the testlink staf client. The Dispatcher partially processes the XML test data file, and obtains the Build Information, BEEs and TEEs types required for this test session The dispatcher calls the appropriate BEEs to service the request. The dispatcher processes the BEEs results and calls the appropiate TEEs to service the request. The dispatcher processes the TEEs XML results and writes the results in the testlink database. The structure of the XML result file is defined by Testlink’s import operation.

For each BEE and asset associated with the BEE the dispatcher will: –Send a request to the resource manager for the BEE type specified. –Send a request to the BEE for the build id* of the software asset required. –Based on the build id* returned in 1 the dispatcher checks its cache to see if the software assets is present. If the software asset is not present the dispatcher continues with step IV; otherwise the dispatcher jumps to step VI. –Sends a build request to the BEE. –Once the BEE has serviced the request the dispatcher processes the BEE response* and copies the built asset from the BEE location to its local cache. –The location of the asset in the cache is saved to be used later in the Dispatcher-TEE data flow. * See Build Execution Engines (BEE) Interface design artifact for message syntaxBuild Execution Engines (BEE) Interface Dispatcher-BEE IO

Dispatcher-TEE IO For each TEE type required by the test session the dispatcher will performed: –A request to the resource manager for a tee of the type needed. –For each asset type specified in the test session request the dispatcher will set a staf {auto/sw_asset/ } variable in the tee that points to the location (step VI in Dispatcher-BEE) in the dispatchers cache where the binaries built by a BEE for this element can be found. –Filter the XML test data file, based on the TEE requirements. The result of the filtering operation is an XML file that is compliant with Testlink’s export operation and only contains the test cases that can be executed by that TEE. –The dispatcher sends a Run* request to the TEE granted by the resource manager. *See Test Execution Engines (TEE) Interface design artifact for message syntaxTest Execution Engines (TEE) Interface

–The TEE processes the request and responds to the dispatcher using a STAF Map class that contains a “resultsfile” entry which points to the tee results xml file. The structure of the tee results XML file is specified by Testlink’s import operation. –The dispatcher uses a Staf service to write back results to TestLink and sends a test session completed message to the testlink staf client. Dispatcher-TEE IO