HR: 0830h
AN: NG11A-0162    [PDF]
TI: Demonstrating NaradaBrokering as a Middleware Fabric for Grid-based Remote Visualization Services
AU: * Pallickara, S
EM: spallick@indiana.edu
AF: Community Grids Lab, Indiana University, 501 N Morton St, Suite 224, Bloomington, IN 47404 United States
AU: Erlebacher, G
EM: erlebach@csit.fsu.edu
AF: School of Computational Science & Information Technology, Florida State University, Tallahassee, FL 32306 United States
AU: Yuen, D
EM: davey@krissy.geo.umn.edu
AF: Department of Geology & Geophysics, Minnesota Supercomputing Institute, University of Minnesota 310 Pillsbury Drive SE, Minneapolis, MN 55455 United States
AU: Fox, G
EM: gcf@indiana.edu
AF: Community Grids Lab, Indiana University, 501 N Morton St, Suite 224, Bloomington, IN 47404 United States
AU: Pierce, M
EM: marpierc@indiana.edu
AF: Community Grids Lab, Indiana University, 501 N Morton St, Suite 224, Bloomington, IN 47404 United States
AB: Remote Visualization Services (RVS) have tended to rely on approaches based on the client server paradigm. Here we demonstrate our approach - based on a distributed brokering infrastructure, NaradaBrokering [1] - that relies on distributed, asynchronous and loosely coupled interactions to meet the requirements and constraints of RVS. In our approach to RVS, services advertise their capabilities to the broker network that manages these service advertisements. Among the services considered within our system are those that perform graphic transformations, mediate access to specialized datasets and finally those that manage the execution of specified tasks. There could be multiple instances of each of these services and the system ensures that load for a given service is distributed efficiently over these service instances.\\ We will demonstrate implementation of concepts that we outlined in the oral presentation. This would involve two or more visualization servers interacting asynchronously with multiple clients through NaradaBrokering. The communicating entities may exchange SOAP [2] (Simple Object Access Protocol) messages. SOAP is a lightweight protocol for exchange of information in a decentralized, distributed environment. It is an XML based protocol that consists of three parts: an envelope that describes what is in a message and how to process it, rules for expressing instances of application-defined data types, and a convention for representing remote invocation related operations. Furthermore, we will also demonstrate how clients can retrieve their results after prolonged disconnects or after any failures that might have taken place.\\ The entities, services and clients alike, are not limited by the geographical distances that separate them. We are planning to test this system in the context of trans-Atlantic links separating interacting entities.\\ {[1]} The NaradaBrokering Project: http://www.naradabrokering.org \\ {[2]} Newcomer, E., 2002, Understanding web services: XML, WSDL, SOAP, and UDDI, Addison Wesley Professional.
DE: 0999 General or miscellaneous
SC: Nonlinear Geophysics [NG]
MN: 2003 Fall Meeting