Federated Grid Computing with Interactive Service-oriented Programing

Abstract

Improvements in distributed computing, and the technologies that enable them, have led to significant advancements in middleware functionality and quality, mainly through networking and protocols. However, the distributed programing style has changed little over the years. Most programs are still written line per line of code in languages such as C, C++, and Java. These conventional programs that can provide grid operations and grid data can be considered as common grid resources and shared by research and education communities worldwide. However, there are no relevant programing methodologies to utilize efficiently these shared service providers as a potentially vast grid repository, except through the manual writing of code. Realization of the potential of grid computing requires significant improvements in grid programing methodologies. The Grid interactive service-oriented (GISO) methodology presented provides a programming environment with development tools that permit true interactive grid programming. The GISO approach permits the different elements of programming to be stored, reused, aggregated, and executed with concurrency and a grid-level control strategy not achievable in the conventional programming languages.

Sorcer: Computing and Metacomputing Intergrid

“…The SORCER iGrid has been successfully tested in multiple concurrent engineering and large-scale distributed applications Sampath, 2002;Kao, 2003;Lapinski, 2003;Khurana, 2005;Sobolewski, 2006;Berger, 2007;Turner, 2007;Goel, 2005;Goel, 2007;Kolonay, 2007;"SORCER Research", 2008). Due to the large-scale complexity of the evolving iGrid environment, it is still a work in progress and continues to be refined and extended by the SORCER Research Group at Texas Tech University ("SORCER Lab", n.d.) in collaboration with Air Force Research Lab, WPAFB.…”

“…The SORCER metacomputing environment adds an entirely new layer of abstraction to the practice of grid computing-exertion-oriented (EO) programming. The EO programming makes a positive difference in service-oriented programming primarily through a new metaprogramming abstraction as experienced in many grid-computing projects including systems deployed at GE Global Research Center, GE Aviation, Air Force Research Lab, and SORCER Lab Sampath, 2002;Kao, 2003;Lapinski, 2003;Khurana, 2005;Sobolewski, 2006;Berger, 2007;Turner, 2007;Goel, 2005;Goel, 2007;Kolonay, 2007;"SORCER Research", 2008).…”

“…An exertion can be created interactively (Sobolewski, 2006) or programmatically (using SORCER APIs), and its execution can be monitored and debugged (Soorianarayanan, 2006) in the overlay service network via service user interfaces ("The Service UI Project", n.d.) attached to providers and installed on-the-fly by generic service browsers ("Inca X", n.d). Service providers do not have mutual associations prior to the execution of an exertion; they come together dynamically (federate) for all nested tasks and jobs in the exertion.…”

Object-Oriented Service Clouds for Transdisciplinary Computing

“…Exertion-oriented Java API is presented in [17]. Graphical interactive exertion-oriented programming is presented in [16]. Details regarding textual EOP and two examples of simple EO programs can be found in [21,22].…”

“…The SORCER metamodeling architecture [22] is the unifying representation for three concrete programming syntaxes: the SORCER Java API described in [17], the functional composition form [21,22], and the graphical form described in [16]. The functional composition notation has been used for var-oriented language (VOL) and var-oriented modeling language (VML) that are usually complemented with the Java object-oriented syntax.…”