1. Service Context Management for Exertion-oriented Programming
Session #, Speaker Name
Service Context Management for Exertion-oriented Programming
Greg McChesney
Thesis Proposal Presentation
Computer Science, TTU
12/27/2018

2. Overall Presentation Goal or Primary Purpose
Create a life-cycle for context management in Exertion-Oriented Programming
Greg McChesney
Beginning

3. Proposal Objectives
As a result of this presentation, you will be able to:
Understand the purpose of service contexts
Understand why a life-cycle is required
Utilize the life-cycle for your SORCER projects
Create a context in SORCER
Modify a context in SORCER
Execute an exertion in SORCER
View a returned exertion context from the federation
Greg McChesney
Beginning

4. Speaker’s Qualifications
Greg McChesney is a graduate student at TTU
Greg McChesney is planning to graduate in May of 2009 with a Master’s in Computer Science
Completed a related project as a feasibility study in Communication Networks
Greg McChesney
Beginning

5. Did you know?
There is no network-centric methodology for creating service contexts in the SORCER environment.
Greg McChesney
Beginning

6. Presentation Agenda Background knowledge What is a service context?
Discuss why a life-cycle is required
Overview of life-cycle
Discuss Task Editor
Feasibility Study
Schedule
Greg McChesney
Beginning

7. Background Knowledge Many different Exertion-Oriented (EO) Systems
Implementation based on SORCER
Developed by Texas Tech SORCER Lab
Based on Jini network technology
Framework constantly evolving
Interoperability with existing providers a concern for new development
Greg McChesney

8. All About Contexts A service context is a basic data structure in SOOA
Session #, Speaker Name
All About Contexts
A service context is a basic data structure in SOOA
Used for communication between provider and requestor (a data exchange contract)
A service context depends on the provider and the method being executed
Data specification of hierarchical attributes the method will require
Stored in a tree like format of path/value
SOOA-Service Object-oriented Architecture.
Greg McChesney
12/27/2018

9. Sample Context
Greg McChesney
Image courtesy of Dr. Sobolewski

10. Need for a Life-Cycle Two roles Provider Requestor
No methodology to obtain a service context from a provider
No methodology to interactively create network centric contexts
No method of updating or removing a context from a provider
Requestor
Greg McChesney

11. Need for a Life-Cycle Requestor
Exertion-oriented programming cannot be network centric without context management
A new service provider - Context Catalog will provide more accessibility
Need service context editing operations for EO programming
Greg McChesney

12. Session #, Speaker Name
Proposed Life-Cycle
Implement service context editing operations into provider classes
New operations will be remotely invokeable
Get
Save
Delete
Create Context Catalog Service UI to utilize the methods
Discuss interactive editing of these contexts as part of new context catalog
Greg McChesney
12/27/2018

13. Life-Cycle Explained Context must be: Changes must be
Stored locally by provider
Reloaded on provider restart
Saved on update/create
Return undefined service context on error
Changes must be
Compliant with existing providers
Provide backup file in case of bad context
Greg McChesney

14. Use Case Diagram Context Cataloger
Greg McChesney

15. Component Diagram Context Cataloger
Greg McChesney

16. Cataloger UI Component Diagram
Session #, Speaker Name
Cataloger UI Component Diagram
Describe model-view-controller
Controller handles user interaction
Greg McChesney
12/27/2018

17. Need for a Context Editor
Session #, Speaker Name
Need for a Context Editor
No network-centric method for creating context for exertions
No network-centric method for reusing a context for exertions
No common graphical method of creating exertions with context directly from providers in SORCER
Each provider must have own GUI interface
Users must learn each providers interface
Provide easier network-centric development of new services
Greg McChesney
Middle
12/27/2018

18. Edit the Context?
Why would we want to edit a service context before we launch the exertion?
The service context can often describe input variables that are not static, editing it allows us to change them.
Example: The AccountTester would be useless if you could not specify how much you were depositing or withdrawing.
Greg McChesney

19. Use Case-Task Manager
Greg McChesney

20. Component Diagram-Task Manager
Greg McChesney

21. Task Manager UI Component Diagram
Greg McChesney

22. Feasibility Study
Create the Context Cataloger provider to test Life-Cycle methods
Get Context
Add Context
Update Context
Delete Context
Utilize provider from Air Force Research Center (Mealstrom) to validate task manager works as intended
Greg McChesney

23. Feasibility Study
Greg McChesney

24. Feasibility Study
Greg McChesney

25. Feasibility Study
Greg McChesney

26. Feasibility Study
Greg McChesney

27. Feasibility Study
Greg McChesney

28. Feasibility Study
Greg McChesney

29. Summary Benefits of Context Creation Panel
Session #, Speaker Name
Summary
Benefits of Context Creation Panel
Simplified user interface
Less work for new provider creators
In combination with a new Context Cataloger service will provide:
Complete Context Management
Exertion initiation
Greg McChesney
End
12/27/2018

30. Schedule Literature Review System Requirements
Life-Cycle context management model
Architecture and detailed design
LCSM prototype
Thesis proposal presentation
Framework Implementation End Of February
Validation of Use Cases and deployment Early March
Thesis Defense Mid March
Greg McChesney

31. Session #, Speaker Name
Greg McChesney
12/27/2018