ࡱ> 5@ Hbjbj22 >XX-<<<<<<<PAAA8ABPp4CD"EEEEF !Fghhh01hkqoqR*t~qo<QEEQQqo<<EEo\X\X\XQ^<E<Eg\XQg\X`\XXF X$<<d E(C ih:AVU`go`pautVudPP<<<<u<dP)F\If\XKM!)F)F)FqoqoPPT*D:X"PPT*Interoperable Web Services for Computational Portals Marlon Pierce, Choonhan Youn, and Geoffrey Fox Community Grid Labs, Indiana University {marpierce,cyoun,gcf}@indiana.edu Postal Address: 501 N. Morton Street Bloomington, IN 47404 Steve Mock, Kurt Mueller University of California at San Diego, San Diego Supercomputer Center {mock,kurt}@sdsc.edu Postal Address: UC San Diego, MC 0505 9500 Gilman Drive La Jolla, CA 92093-0505 Ozgur Balsoy School of Computational Science and Information Technology, Florida State University and Community Grid Labs, Indiana University  HYPERLINK "mailto:balsoy@grids.ucs.indiana.edu" balsoy@grids.ucs.indiana.edu Postal Address: 501 North Morton Street Bloomington, IN 47404 Abstract Computational web portals are designed to simplify access to diverse sets of high performance computing resources, typically through an interface to computational Grid tools. An important shortcoming of these portals is their lack of interoperable and reusable services. This paper presents an overview of research efforts undertaken by our group to build interoperating portal services around a Web Services model. We present a comprehensive view of an interoperable portal architecture, beginning with core portal services that can be used to build Application Web Services, which in turn may be aggregated and managed through portlet containers. Introduction Computing portals provide seamless access to heterogeneous computing resources through a browser-based user interface. These portals are typically built around several basic services, including job submission and monitoring, data management, and user session management. These services may be built on top of Grid technologies such as Globus [1] or SRB [2] , but this is not always the case: the Gateway portal, for example, performs job submission by direct submittal to queuing systems, while HotPage builds this service on top of Globus. The nature of web portals makes them appropriate for delivering both the aforementioned HPC-related services and more standard web-based tools (access to databases, collaboration tools, newsgroups, HTML documentation and help). In any case, the browser interface and the backend resources are separated by a middle tier that manages access to resources and communications, forming a three-tiered architecture. A major shortcoming of the three-tiered computing portal design is its lack of interoperability. The three-tiered architecture results in a classic stove-pipe problem: user interfaces are locked into particular middle tiers, which in turn are locked into specific back end systems. One possible solution is to define common interfaces to services and agree upon common protocols. 0-7695-1524-X/02 $17.00 (c) 2002 IEEE For portals, these common interfaces are best realized in XML, which provides a relatively simple, programming-language neutral approach. With Web Services we now have a standards-based set of tools to properly build these XML wrappings and protocols. The crucial first step is to evaluate these technologies both for standalone and interoperating portals and to document these findings. This paper describes preliminary investigations into portal services undertaken at the Community Grids Lab at Indiana University (IU) and the San Diego Supercomputer Center (SDSC). Each group has long standing portal projects, Gateway [3, 4] and HotPage [5, 6, 7], respectively. Our projects are just two of many computing portal projects, several of which have been recently reviewed in Ref. [8]. We have undertaken the current effort as part of the Grid Computing Environment (GCE) Working Group [9] of the Global Grid Forum [10]. Services were deployed as part of the GCE testbed [11]. Web Services Overview Web Services have received a great deal of attention from both the commercial and the Grid computing communities, the latter through the Globus groups proposed Open Grid Services Architecture (OGSA) [12]. Numerous overview articles describing the basic concepts of Web Services have been written (see for example [13, 14]), and we will only summarize the main concepts here.  Figure  SEQ Figure \* ARABIC 1 Basic Web Services interactions for a computing portal. Essentially, Web Services are an XML-based distributed service system. Similar to other distributed object systems such as CORBA [15, 16], Web Services define the following concepts, with some realizations: An interface definition language: Web Services Definition Language, or WSDL [17]. A remote method invocation protocol: Simple Object Access Protocol, or SOAP [18, 19]. A naming and discovery system: Universal Description, Discovery, and Integration (UDDI) [20] or the Web Services Inspection Language (WSIL) [21]. The basic interaction of the services in computing web portals is illustrated in Figure 1. A user interacts with the User Interface server, which maintains client proxies to the UDDI and SOAP Service Providers (SSP). Each of these runs on a separate web server. The UDDI maintains links to the service providers WSDL files and server URLs. The client examines the UDDI for the desired service and then binds to the SSP. The SSP in turn acts as a proxy to some backend services, not shown, to perform a HPC task. This approach introduces a separation between the server that manages the user interface and the server that manages a particular service. This separation is not present in the three-tiered portal model and is the key development for breaking the portal stove pipe. The User Interface server can potentially bind to any SSP. By using SOAP and WSDL universally, the portal services can be encapsulated and invoked independently of the implementation. Basic Web Services for Computing Portals The first step in our investigation is to identify a common set of services that are used by our existing portal projects. We chose to investigate the following: job submission, data management services with the Storage Resource Broker, user context management, and batch script generation. Services and clients were implemented in both Python and Java. As the first phase, we implemented job submission and file management as separate group projects and batch script generation as joint development effort, as the latter had simpler security requirements. Our next phase of development is to standardize all interfaces through the GCE and then develop secure interoperable services. We consider the above services to be some of the basic portal Web Services. These currently define only one interface each, in WSDL, and directly implement the interface with calls to an appropriate Grid service. When building on top of the future OGSA, these portal services will have to define two interfaces: the public WSDL for using the service, and the private composition of the one or more underlying OGSA services. As a general remark before proceeding, we note that simply using SOAP and WSDL does not automatically create interoperability. We must define properly course-grained functions that possess concise interface definitions and properly design the implementations so that they may be encapsulated in simple interfaces. The Gateway batch script generator, for example, was initially tightly integrated with the context manager and job submission services. Making this into an independent service introduced unnecessary overhead because we needed to create artificial contexts (sessions) for HotPage users. This has inspired the Gateway group to create a cleaner distinction between various internal services in anticipation of large scale Web Service adoption. Interoperability also requires consistent error messaging. SOAP calls to services may result in both SOAP errors and implementation errors (such as, the file didnt get transferred because the disk was full). Thus the standard set of portal services that we are building must define and relay a common set of error messages for this second class of errors. Job Submission A job submission Web Service is a necessary component required to integrate the computational grid with Web Services. Both SDSC and IU teams built job submission Web Services but because of differing security models did not integrate their services. The SDSC team implemented this over Globus to run jobs on remote computational resources in a secure and authenticated manner, developing a Globusrun Web Service in Python. The Globusrun Web Service uses the Python implementation of GSI SOAP [21] and pyGlobus [22] to perform the submission of secure and authenticated jobs on the Grid. The Web Service exposes two different methods for job execution, one that accepts the parameters of a job as a set of plain strings and returns the results as a string, and one that accepts an XML definition of a job, and returns the results as an XML string. The DTD for the latter mechanism was designed to allow multiple jobs to be included in a single XML string and passed to the Web Service as one request. The Web Service executes the jobs sequentially, and returns the results as an XML document to the client application. The IU team implemented the SOAP job submission service as a wrapper around a client for the legacy CORBA [15, 16]-based WebFlow system [3]. This involved implementing a set of utility methods for initializing the client ORB, which we used to bridge between SOAP and IIOP [16]. Otherwise, the SOAP server methods wrapped the existing WebFlow methods. To test the interoperability of different Web Services, SDSC developed a secure, authenticated Python Web Service to submit batch jobs on remote computational resources using the Grid. This simple Web Service has a method that takes string arguments that define the host and batch scheduler commands to be run, and returns a string that contains the output of the job submission. Then these string arguments are parsed, and the batch job submission Web Service uses the Globusrun job submission service previously described to submit the job. The interaction between the batch job submission Web Service and the Globusrun Web Service demonstrates a Web Service using another Web Service to perform a task. Data Management SDSC experimented with a SOAP interface to the Storage Resource Broker (SRB) by developing a set of Web Services in Python that expose SRB functionality. This trial was meant to explore how well Web Services could be used for data management, so a small subset of SRBs functionality was implemented as Web Services. The methods exposed in the SRB Web Services are ls, cat, get, put, and xml_call. The ls method returns an array containing the directory listing from a specified SRB collection and directory. The cat method returns a string containing the contents from a file in the SRB collection specified. The get and put methods transfer a file between an SRB collection and the client by simply streaming the file as a string. This transfer mechanism does not scale well, and was only used as a proof of concept. The xml_call method allows the client to create a single request string consisting of multiple SRB commands expressed in XML and sent to the Web Service using a single connection. The service executes the separate commands found within the requests sequentially, and returns the results as XML in string format to the client. These SRB Web Services are GSI authenticated, and use the GSI authenticated SRB command line utilities. Future work will include creating native interfaces using SOAP to the SRB server in Java. Context Management Gateway implements a service for capturing and organizing the users session (or context) for archival purposes. The user can recover and edit old sessions later. We organize context in a container structure that can be mapped to a directory structure such as the Unix file system. Implementing this as a Web Service raised a couple of interesting issues. We create separate contexts for each user, and subdivide the user contexts into problem contexts, which are further divided into session contexts. Gateway modules (service implementations) also exist in contexts. This is at odds with the model, illustrated in Figure 1, in which the user interface and service implementations are logically separated into different servers with no prior relationship before the UI server sends a SOAP request. Thus we were forced to create placeholder contexts in our SOAP wrappers. Properly implementing the stateful portal service will take further consideration. For simple services, the state simply resides on the UI server, which maintains a set of proxy clients to the SOAP services. The simple SOAP services dont need state management, but their aggregation into more complicated entities (such as a useful application) will have instances that possess state that should be preserved by a service similar to the context manager. The aggregation of distributed portlets into portals (described below) will also introduce the need for a distributed session state. Also notable is that this service contained over 60 methods. The Gateway team may be fond of the Context Manager, but HotPage and other teams will have no use for such a complicated service. To implement this properly, the service will have to be broken up into more reasonable parts. Simply using Web Services thus does not insure interoperability. The service must be designed to have a reasonable scope and manageable interface. This requires the efforts of collaborative groups such as the GCE to determine the best practices for portals service definitions. Batch Script Generation The crucial test of Web Services for portals is their interoperability. SDSC and IU each converted legacy batch script generation tools into SOAP services. This effort is described in a separate publication [24]. In summary, we agreed to a common service interface, implemented it separately with support for different queuing systems, entered information into a UDDI repository and developed clients that could list services supported by each group and search for services that support particular queuing systems. Scripts could then be created through either service. Both groups implemented services in Java and tested interoperating Java and Python clients successfully. Our primary conclusions from this exercise are that SOAP and WSDL were adequate for the services simple interface, but we need to do further tests for services using WSDL complex types, especially testing language interoperability. We found shortcomings in UDDI for describing services that support different queuing systems. The mappings of portal groups and services into UDDI businessEntities and Services were reasonable, but UDDI lacked flexible descriptions that could be used to distinguish between something as simple as one script generator service that supports PBS and GRD and another that supports LSF and NQS schedulers. UDDI entries are described with string comments and Identifier and Category data types based on industry standard descriptions of commercial entities. These were obviously inappropriate for our purposes. We developed workarounds with the string description, but this works only by convention. The heart of UDDIs shortcomings is that it attempts to support both human and machine clients; that is, client applications can search the UDDI but this is to collect information for human readers. UDDI is a specialized Web Service and does not provide a general enough discovery mechanism. A more appropriate discovery system should be built around a recursive, self-describing XML container hierarchy into which metadata about services may be flexibly mapped. Possible implementations of such systems include LDAP or an XML database. Secure Web Services The core Web Services pieces described in Section 2 make no provisions for authentication, message integrity, access control, and other security concerns. As mentioned above, a GSI-SOAP implementation is available and was used by the SDSC group. However, we see the need for a general purpose way of securing SOAP that supports multiple underlying mechanisms. Access to Grid-related services is only a subset of possible portal Web Services. For these reasons, we have developed a prototype system to support Web Service single sign-on through an authentication service. We are particularly interested in supporting Kerberos [25] as a security mechanism and have used it in our prototype, but we have attempted to keep our design general and will add support for other mechanism such as PKI and Globus GSI [30].  Figure  SEQ Figure \* ARABIC 2 An assertion based authentication service using Kerberos. Our authentication system is based on SAML, the Secure Assertion Markup Language [26]. Assertions are mechanism-independent, digitally signed claims about authentication. A SAML-consuming service can accept the signed assertion or use it to find locations of Kerberos proxy tickets or grid proxy certificates. SAML can also be used to convey access control decisions made by other mechanisms, such as Akenti [33, 34]. SAML assertions are added to SOAP messages. We have implemented the SAML assertion specification in Java and are developing client and server applications for handling SOAP plus SAML messages. To support Kerberos, we are also developing signing methods based on the GSS API [31] wrap and unwrap methods. Such an authentication service is useful because Kerberos servers authenticate using a keytab file. This keytab must be kept secure and usually is readable only by privileged users. Thus we believe that limiting the use of keytabs to a single, well secured server is desirable. Our prototype authentication system is illustrated in Figure 2 and works as follows: a user logs in through a web browser and gets a Kerberos ticket on the User Interface (UI) server. This server creates a client session object that contacts the Authentication Service, which launches a Kerberos server in a session object. The client and server then establish a GSS context, which is maintained on each server in user sessions. Each of these objects possesses one half of the symmetric key set for a particular user. Subsequent user interaction generates a SOAP request that includes a SAML assertion that is signed by the client object on the UI server. The SOAP request and assertion are sent to the desired SOAP Service Provider (SPP). The SPP does not check the signature of the request directly but instead forwards to the Authentication Service, which verifies the signature. The Authentication Service responds positively or negatively to the SPP, which may then fulfill the clients request. This procedure is the atomic step. Minimally, each server in the system would authenticate itself, and mutual authentication schemes can also be developed. This is one specialized use for SAML. The authentication service is appropriate for authenticating to SOAP services such as a UDDI server or as a first layer for denying access to protected SOAP services. Further work needs to be done, for instance, on access control. Application Web Services The common thread among many computational web portals (including portals built with SDSCs GridPort and IUs Gateway components) is that they are science application-centric rather than service-centric. That is, the portals primary focus is to provide support for a particular set of science or engineering codes. Basic functions such as job submission, data management, and so on are implemented in the context of the application. To cast this in terms of the current Web Services technology, the Web Services described in Section 3 are really core services that should be bound to a particular application. We thus believe the important next step is to define a general purpose set of schemas that describes how to use a particular application and bind it to the services it needs. These schemas are the foundation for what we call Application Web Services. We are developing Application Web Services to provide the following features: We want to be able to describe applications in a general way that is independent of the particular portal. The application description for the chemistry code Gaussian, for example, can be standard across portals. In addition to defining the application interface, application descriptors also specify the core services that are required to run the application and provide context in which those services are used. Having a general application description mechanism allows user interfaces to be developed independently of the service deployment. Just as clients and service implementations for the Batch Script Generation service described in Section 3.4 were developed independently by IU and SDSC after agreement to a common WSDL interface and data model, interfaces to applications can also be developed independently. Client interfaces may be generated automatically from downloaded schemas using schema wizard techniques described below. The proliferation of user interfaces to various applications (and core services) can be managed by aggregating them into component-based portlets. In this section we describe work in progress on implementing the above features. Application Lifecycles and Descriptors Web Services for science applications have at least four phases of existence: (a) an abstract state, which describes options of how the application may be invoked; (b) a prepared (but not queued or submitted) instance of the application; (c) a running instance; and (d) an archived instance of a completed application run. One may propose additional states that refine the above distinctions: the running state may be subdivided into queued, running, sleeping, terminating, and so on. In the context of the current discussion, however, the crucial distinction is between states (a) and (b)-(d) above. The abstract state defines the list of possible choices that can be made by the user, while states (b)-(d) and other states result from the particular choices. Based on these classifications, we have defined the two sets of schema descriptors: the first set describes the abstract state of (a) and the second set describes the application instances in states (b)-(d). Operationally, an instance of the abstract application schema is edited by the application developer to describe how to invoke his or her application. This description is then viewed by application users, whose specific choices are instances of application instance schema. The abstract application description is implemented as a set of three schemas: application, host, and queue. These are implemented in a container hierarchy, which applications containing one or more hosts, and hosts containing queuing system descriptions. We chose this modular approach because multiple host resource and queuing system schema descriptions exist, and we want the flexibility of adding these to our base application description. We continue to refine our application description schema as we implement new features (such as core service bindings) and apply our descriptors to more applications. The current version of the schema is available from [35] and has the following essential elements: A basic information element that contains information such as application name, version, and option flags. An internal communication element that contains child elements for describing input, output, and error fields for the code. These child fields contain subfields that can be used to describe the field and bindings to particular core services needed to read or write the file. An execution environment element that contains a list of core services needed to execute the application, along with host bindings for the particular service and host description bindings. An optional, generic parameter to hold arbitrary information about the application that is not covered by the elements above. The host binding schema contains information about the resource (such as DNS name and IP address) and all of the information needed to invoke the parent application on that resource (such as location of the executable, location of the workspace or scratch directory, and so on). In order to maximize flexibility, we also provide a general purpose parameter element that allows for arbitrary name-value pairs to be included. This can be used for example to specify environment variable settings needed on a particular host by a particular application. This schema also has a queue binding that contains information needed to perform queue submissions. Again, Ref. [35] gives the URL pointing to our working schemas. The XML-based application descriptions outlined in the previous section provide a way for adding applications to a portal. Using them, the application developer can produce a portal independent view of the application. Deploying an application is done by filling out HTML forms to create an application instance. The particular application description also provides guidelines on the necessary form elements needed to create the user interface. The particular invocations of an application by the user are stored in a separate set of schema, also viewable at [35]. These schemas are similar in form but different in intent than the application descriptions above. Instances of these schemas are used instead to contain the metadata about particular application runs: the input files used, the location of the output, the resources used for the computation, etc. Instances of these schemas form the backbone of a session archiving system, which allows users to view and edit old sessions. Separation of Service Implementation and User Interface The important lesson learned from the interoperable Batch Script Generation service described in Section 3.4 is that by working from a common service interface (in WSDL) and a common data model, we can independently build the client and server implementations for a core service. This idea applies equally well to user interfaces for applications. In order to do this, we need the same two pieces: the data model for the application and the WSDL interface for interacting with the data model. Here the application data model has already been defined: it is just the application descriptor detailed above. When used locally, the data model also effectively defines its own API: we convert the schema to Castor [36], which creates JavaBeans to get and set the various fields of the schema. Converting all of the Castor methods to WSDL can be done but the resulting interface is extremely complicated and uses many complex types as arguments and in method returns, so this is not really a practical interface. Instead we are building an adapter class that encapsulates several Castor-generated get and set calls into a smaller interface definition for common tasks. These common tasks are determined from prototype user interface pages that we build that use Castor-generated classes directly. Automatic User Interface Generation By abstracting the application description into instances of a set of linked schema, we may automate the generation of the user interface: a web client proxy portlet can download the XML description of an application and automatically map the schema elements into visual widgets (HTML Form elements, for example). This approach can be generalized to create a general purpose schema wizard.  EMBED PowerPoint.Slide.8  Figure  SEQ Figure \* ARABIC 3 The schema wizard architecture maps XML schema into user interfaces and Java data objects. The schema wizard architecture is summarized in Figure 3. A Java class (SchemaParser, here running in a JSP page on a particular server) is initialized with a URL for the desired schema and a package name for the class. SchemaParser (after validating the schema) creates an in-memory representation of the schema using Castors Schema Object Model (SOM). The SOM provides a more convenient API for working with general schema elements than the XML DOM. SchemaParser also invokes Castors source generator to create Java classes that are data bindings for the schema. This generates one JavaBean class per schema element. Each element comes with the associated get and set methods needed to modify element values and attributes, add or delete children, etc. SchemaParser next compiles the generated Java data classes, deploys them as a JSP web application, and loads the new web application into the server. The necessary new directories, $TOMCAT_HOME/webapps/ for the generated JSP pages and $TOMCAT_HOME/webapps//WEB-INF/classes/ for the compiled classes, are created automatically. The above steps govern the model portion of the MVC pattern, and we can also automate the view. We do this by defining JSP templates (in Velocity) for several different schema constituent types: single simple types, enumerated simple types, unbounded simple types, and complex types. The SOM is used to transverse the schema to detect if the element corresponds to one of the templated types above. As types are detected the Velocity engine is started and used to create a JSP page with the appropriate property values obtained from the SOM. The template also sets the necessary Java package imports needed to use the Castor classes. The template also provides the action logic that connects the Castor classes get and set methods to the HTML form elements. Each template generates a JSP nugget that is used to build up the final page using the <%@ include > directives. The resulting JSP page has form elements that can be filled out to create an instance of the schema. The resulting Java object can be marshaled back to a XML instance of the given schema and saved on the file system with some name. Old instances can be read in and unmarshaled to fill out the form elements. Portlets The previous sections dealt with separation of user interface from service implementation for applications. This user interface may even be automatically generated, as in the schema wizard scenario. It is possible now to provide one or more interfaces for each application. Thus a computational web portal may be built up out of user interfaces to the application interfaces as well as interfaces to core services such as file transfer or job monitoring that may interest a user. Technology already exists for aggregating these user interfaces. One popular, freely available, open source application is Jetspeed [32], and commercial products implementing similar ideas are also available. Generally, portlet systems possess the following features: Portlet types exist to retrieve both local and remote web content. Each component web page is contained in a table and the final composite web page is a collection of nested HTML tables, each containing material loaded from the specified content server. In the case of remote web content, the portlet is a proxy that loads the remote URLs contents and converts it into an in-memory Java objects. Portal administrators decide which content sources to provide. In Jetspeed, this is done by editing an XML configuration file (local-portlets.xreg) to extend the appropriate portlet. Users can customize their portal displays by decorating them with only those portlets that interest them. Thus for example a particular portlet could contain application interfaces for structural mechanics, chemistry, physics, and fluid dynamics applications, but each individual users interface consists only of the interfaces that interest him. It is possible to build specific portlets that are local to the portal server that can load schema and generate interfaces in a manner described in the previous section on the schema wizard. However, we do not favor this approach. We instead want to keep user interface development distinct from the portlet container, using the latter only for control and display. This approach allows us to build a few general purpose portlets that can load remote content and preserve legacy user interfaces. To this end, we have written a general purpose portlet that extends Jetspeeds simple WebPagePortlet. This portlet (called WebFormPortlet) is basically a proxy to a remote web site. Like WebPagePortlet, our portlet loads a remote web site and keeps an in-memory copy for reformatting. We have also implemented some additional features: The portlet can post HTML Form parameters. The portlet maintains session state with remote Tomcat servers. The portlet remaps URLs in the remote page, so that the content of pages loaded from followed links and clicked buttons is loaded inside the portlet window. These features are enough to support remote application interfaces. For example, the legacy Gateway user interface implementation consists of several linked web form pages that maintain session state between the pages. With the above WebFormPortlet features, these pages can be loaded and navigating inside a Jetspeed container running on a separate server. Summary and Future Directions We have presented a comprehensive view of computing portal architectures based around Web Services, with a description of the initial investigations into the core services, interoperability issues, and security that will form the basis for an interoperable and interchangeable Web Service architecture for computational portals. Going beyond these services, we discussed the need for application-specific services and data models that can be used to encapsulate entire applications in portal implementation independent way.  Figure  SEQ Figure \* ARABIC 4 Schematic representation of next generation portal architecture. We believe that the technologies discussed in this paper, while independently interesting, need to be integrated into a common architecture. Figure 4 schematically illustrates a possible architecture that illustrates these ideas. We believe that the integrated architecture begins to resemble a distributed operating system: user interactions are through a finite list of basic commands that operate in a shell or execution environment. These commands encapsulate system level calls to actually interact with computing resources. The point is that there are two levels of interfaces: one to the system level Grid infrastructure and one to the core portal service. The user does not interact with the system level services but instead through a tool chest of core services, which in turn interact with the system level interfaces. Three types of portal Web Services are depicted in the figure: applications, portal shell commands, and content (information) services that interact with XML data objects. Each has a WSDL (or perhaps OGSA) definition and is implemented out of system level Grid services. The portal shell services are basic services such as those we have described in Section 3. These services may be bound to specific resources through a factory creation process, such as discussed in Ref. [37]. These services may be useful to the user by themselves, or they may be composed into specialized applications. One may envision a scripting environment for example that provides the syntax for linking the various core services (redirecting output through pipes, for example) and the logic for executing services. The application descriptors discussed in this paper represent one way of aggregating core services for the specific purpose of describing scientific applications. Finally, all of the portal services (core, application, information, and others) define interfaces that separate the service implementation from the client implementation. The client implementation is created from the published interface and may either be static or dynamically generated (as described in Section 5.3). These client interfaces themselves can be aggregated into a portal interface. The discovery, binding, and communication between such portlet components may be handled through standards such as the WSRP [29]. References Foster, I., and Kesselman, C. Globus: A Toolkit-Based Grid Architecture. In The Grid: Blueprint for a New Computing Infrastructure, Foster I., and Kesselman, C.,eds. Morgan Kauffmann, 1999. Buru, C., Rajasekar, A., Wan, M. The SDSC Storage Resource Broker. Proc. CASCON 98 Conference, Toronto, Canada, 1998. Akarsu, E., Fox, G., Haupt, T., Kalinichenko, K., Kim, K., Sheethalnath, P., and Youn, C. Using Gateway System to provide a desktop access to high performance computational resources. Proceedings of the Eight IEEE International Symposium on High Performance Distributed Computing, August, 1999. Pierce, M., Youn, C., and Fox, G. The Gateway Computational Web Portal. To be published in Concurrency and Computation: Practice and Experience. Mock, S., Thomas, M., and von Lazewski, G. The Perl Commodity Grid Toolkit. To be published in Concurrency and Computation: Practice and Experience. Dahan, M., Mueller, K., Mock, S., Mills, C., Regno, R., Thomas, M. Application Portals: Practice and Experience. To be published in Concurrency and Computation: Practice and Experience. Thomas, M. P., Mock, S., Dahan, M., Mueller, K., Sutton, D., The GridPort Toolkit: a System for Building Grid Portals. Proceedings of the Tenth IEEE International Symposium on High Performance Distributed Computing, August, 2001. Concurrency and Computation: Practice and Experience. Forthcoming special issue on Grid Computing Environments. Grid Computing Environments. Accessed from  HYPERLINK "http://www.computingportals.org" http://www.computingportals.org. Global Grid Forum Website. Accessed from  HYPERLINK "http://www.gridforum.org" http://www.gridforum.org. Thomas, M. P., et. al., The GCE Interoperable Web Services Testbed. Submitted to Special Issue of the Journal of Parallel Distributed Computing: Computational Grids, R. Wolski and Jon Weissman, co-editors (2002). Available at:  HYPERLINK "http://www.computingportals.org/testbed" http://www.computingportals.org/testbed. http://www.webservicesarchitect.com/content/articles/modi01.asp. Foster, I., et al. The Physiology of the Grid: an Open Grid Services Architecture for Distributed Systems Integration. Accessed from  HYPERLINK "http://www.globus.org/rearch/papers/ogsa.pdf" http://www.globus.org/rearch/papers/ogsa.pdf. Vaughan-Nichols, Stephen J.. Web Services: Beyond the Hype. Computer. Vol 35, No. 2, p 19. Wolter, Roger. XML Web Services Basics. Accessed from  HYPERLINK "http://msdn.microsoft.com/library" http://msdn.microsoft.com/library. Common Object Request Broker Architecture Web Site. Accessed from  HYPERLINK "http://www.corba.org" http://www.corba.org. Siegel, J. ed. CORBA 3: Fundamentals and Programming. John Wiley and Sons, 2000. Web Services Description Language (WSDL) 1.1. Accessed from  HYPERLINK "http://www.w3c.org/TR/wsdl" http://www.w3c.org/TR/wsdl Simple Object Access Protocol (SOAP) 1.1. Accessed from  HYPERLINK "http://www.w3c.org/TR/SOAP" http://www.w3c.org/TR/SOAP Seely, S. SOAP: Cross Platform Web Service Development Using XML; Prentice Hall: Upper Saddle River, 2002. Universal Description, Discovery, and Integration (UDDI). Accessed from  HYPERLINK "http://www.uddi.org" http://www.uddi.org. Web Services Inspection Language (WS-Inspection) 1.0. Accessed from  HYPERLINK "http://www-106.ibm.com/developerworks" http://www-106.ibm.com/developerworks/webservices/library/ws-wsilspec.html. See also  HYPERLINK "http://msdn.microsoft.com/library/default.asp?url=library/en-us/dnglobspec" http://msdn.microsoft.com/library/default.asp?url=library/en-us/dnglobspec/html/ws-inspection.asp GSI-SOAP was developed by the Distributed Systems Department at Lawrence Berkeley National Laboratory. Jackson, K. pyGlobus: a Python Interface to the Globus Toolkit. To be published in Concurrency and Computation: Practice and Experience. Accessed from  HYPERLINK "http://www.cogkits.org/papers/c545python-cog-cpe.pdf" http://www.cogkits.org/papers/c545python-cog-cpe.pdf. Mock, S. et al. A Batch Script Generator Web Service for Computational Portals. Proceedings of Communications in Computation, International Multiconference on Computer Science, 2002. Neuman, B. C. and Tso, T. Kerberos: An Authentication Service for Computer Networks, IEEE Communications, 1994. SAML Documents and specifications are available from http://www.oasis-open.org/committees/security/. Application Metadata Working Group web site.  HYPERLINK "http://ecs.erc.msstate.edu/AMD-WG/index.jsp" http://ecs.erc.msstate.edu/AMD-WG/index.jsp. Fox, G., et al. Collaborative Portals for Earthquake Science. To be published in Concurrency and Computation: Practice and Experience. Web Services for Remote Portlets. Accessed from  HYPERLINK "http://www.oasis-open.org/committees/wsrp/" http://www.oasis-open.org/committees/wsrp/. Foster, I., Kesselman, C., Tsudik, G., and Tuecke, S. A Security Architecture for Computational Grids. ACM Conference on Computers and Security, 1998. Generic Security Services Application Program Interface, Version 2, accessed from  HYPERLINK "http://www.rfc-editor.org/rfc/rfc2078.txt" http://www.rfc-editor.org/rfc/rfc2078.txt. Jetspeed Overview. Accessed from  HYPERLINK "http://jakarta.apache.org/jetspeed/site/index.html" http://jakarta.apache.org/jetspeed/site/index.html. Thompson, M., Johnston, W., Mudumbai, S., Hoo, G., Jackson, K., and Essiari, A. Certificate-based Access Control for Widely Distributed Resources. Proceedings of the Eight Usenix Security Symposium. 1999. Akenti: Distributed Access Control. Accessed from  HYPERLINK "http://www-itg.lbl.gov/Akenti/" http://www-itg.lbl.gov/Akenti/. Pierce, M., Youn, C., and Fox, G. Application Web Services. Available from http://www.servogrid.org/slide/GEM/AWS.doc. Schemas are also available from  HYPERLINK "http://www.servogrid.org/GCWS/Schema/index.html" http://www.servogrid.org/GCWS/Schema/index.html. The Castor Project Home Site. Accessed from http://castor.exolab.org/. [37] Gannon, D., et al. Grid Web Services and Application Factories. Draft paper available from  HYPERLINK "http://www.extreme.indiana.edu/xgws/afw/appFactory.pdf" http://www.extreme.indiana.edu/xgws/afw/appFactory.pdf. PAGE  PAGE 10 7SUf K   @ A T p r s t ϺӀulhc_hh#: hCN5hth h0JjhUhOJQJjhUh6OJQJht6OJQJhh6OJQJhht6OJQJhtOJQJ hCN6hCNOJQJh_ChhH hH6hnOJQJhHOJQJhCNhh $ChEt%567f K `   @ gdt2$a$2gdH$a$gdHgdH x-G i j w 45efKMN$ ^`gd*gdAgd60`gd 7$8$H$`gd.C`gdh\gd%gd#:`gd#:`  N  ! 9 P k v w     ( 2 A U h i j v w y   '=J\y{|~35¾¾ºƶºƺƲƺh.Chnh*h*h@Uh@h;& h%h;&hCNhHB* ph h#:hCNh $Ch"vhhsh6yhJh#:D5L]_u(JTU^ct"hmxzde| .JLTWgm|̹𵱭੡h@Uhth:rhO~hAh(hh $C$h.Ch.COJPJQJ^JnHtHh.COJPJQJ^JnHtHh.Ch.vh*hsh@hh *h*h;&<[_w|&LJKLUVlmno*/035@AIVwxݴٰݴhnhiXh.CmHnHujh*Ujh*UhAhAh@Uh%h $C hiXhthQhshthh*ENz"\!#&g'h'w';-//0I5J5gd&gd~Xgdsqgdfrgd!dgdfrgdDgdd* & FYgd%gdA1gd* 7?\z&FX=>X}JZl? o !"!Y!l!r!{!!!!!!!!!!!!!"Z"w"hqGhJhfrh(h *h&hiXhDhh6hAhh $Chd*h*h@Uh%hnGw"######'$D$e$t$$%%C%N%a%%%&&<&&&&&-'N'f'h'v'w''''''''' (($(%(O(R(S(((())-)8)T)g)w)z))))D+O+d+o++5,6,<,=,C,D,H,ξξƺƺhCh"vh&thsqh~Xh h&h& hfrhfrhfrhh $Ch}6h9-hJh6h oh!dHH,I,L,a,e,,, - -:-e-p-q-----. ...//*/////////////0 00?0U0[0r0}0~000000111=1H1I1K1j1u1v122333333S4g4o444444I5h}6 h&hfrhfrh8Jhsqhh $C h&h&h3/h&th~XhCh6LI5J5]55566.636G6Z6w666666666@7`77777888:&:I:::;;;<;=;T;s;;;H<S<T<%=R=S=T=k=l======!>@>P>S>s??ܼ쵮ܼȪhhphZt^h60h hhBa hBah^<hh(h0hrmhsqh0h&thBah $ChCh^<h}6hX*h`f?h!dhfrh&>J5]58;S=T=l=@DEEE I"I~IRKoMQ S S&SVgdL gd-{gd%1gdH$gdHgdEgdQgd60gd60`gd%gdgd^<gdfr???&@G@@AA,A]A^AnAzA{AAAAAAA BB(B-B>BFBBBBBBBBBaCxCzCCCCCCCCCCDcDDDDDDDDDDDDDD EEEEEEEEEEEԼԼԼh`Zh_ah<h(h*h $Ch60hTh{GhhC0h\CCh1ehrmhYhCh`f?hGEEEEEEEEFF!FFFFFFFFG8GgGvGGGGGGGGGbHcHfHgHHHHHI I IIII I!I)I*I@IAIBICI~IIIIIIII J%J(J+Jޥh$LKh"vh.CmHnHujhHUhHjhHUh{GhQhZDmh`Zh`f?h&th_ahhphh $ChE h60h60 hhC0?+J,J-J2JgJkJKKKK$K*K8KQKRKvKKKKKLL4L5L9L>LBLGLMLWL_L`LaLxLyLLLLLL MM"M?MVMmMnMoMMMMM5NZNNNN OzOOOOOOOOPPQ Q Q9Qh60hD{hQh-{hZDmhZDm6h%h{GhhphZDm6h hnx hhhphhHhZDmh"vh$LKG9Q=Q_QfQQQRRBRRS S S S SS$S%S&SSSSSSSS>TET`TaTTTU U UU(U)UUUUUUUU;V>VBVCVJVKVOVaVbVoVpV{VVVVV hH hH  h6 h $C6 hH 6 h< 6h&J?hjYTh\K hH hHhObhZOhh $Chx hEhEh*hD{h$LKh%hh60h `hh/:h%"$hhZ1hn hgh(>lllp rr2rssYtWwxc}d}n}Tcbgdtz= & Ffgdtz= & Ffgd-gd-gdi`1gdJ@\$gdJ@\gd]bqrsΕrsKLyz{Ǜț 9DE%&'NOTƺƯƥƺƚƖƺƇƺjh{eUhh $Cjh{eUhA h{e0Jjh{eUjh{eUh")h{eh8 hN h:r6h:rh3h:rmHsH hCN5hCN h"+5h"+h*ho0sAs6V & FV @ >Eƀd[]^`> & FV @ >^`>gd:r & FV @ >^`>CEƀd.s Ǚx & FV @ >^`>Y & FV @ >Eƀd[]^`>gd{e & FV @ >^`>gd{e K3 & FV @ >^`>gd{eY & FV @ >Eƀd[]^`>gd{eY & FV @ >Eƀd []^`>gd{eTUVHIJklԟ՟֟@KL}~ à'()CDdo013>?xyڟjhuUhujVh{eUjuh{eUjh{eUjɗh{eUj̖h{eUhh $Ch{e h{e0Jjh{eUjh{eU8H\$ & FV @ >Eƀd[]^`>a$gd{eY & FV @ >Eƀd[]^`>gd{enKY & FV @ >Eƀd[]^`>gd{eY & FV @ >Eƀd[]^`>gd{e@ĠH\$ & FV @ >Eƀd[]^`>a$gd{eY & FV @ >Eƀd[]^`>gd{eĠEHY & FV @ >Eƀd []^`>gd{e\$ & FV @ >Eƀd[]^`>a$gd{e3ã*H0 & FV @ >^`>gd{eY$ & FV @>Eƀd[]^`>a$gdu\$ & FV @ >Eƀd[]^`>a$gd{eӢԢ^_`ã*äĤ<=jujͦϦ789defg!ӳ|hhy,nh$qhWe0JjhWeUhWejhWeUh% h_ah_ah_ah")hh $Ch$qhu0Jj˝huUh{ej*huUhu hu0JjhuUjhuU0*@jϦg"کtBīѬ$  ^`a$gd"v$ & FV @ >^`>a$gd%$ & FV @ >^`>a$gd_a & FV @ >^`> & FV @ >^`>gdu!".XZ[\"tuשة٩ک ;=>?qrttuĥ~vrkr`jhK%U h"vhK%hK%jhK%Uh$qh"v0Jjwh"vU hI7h"vh"vjh"vUh$qhI70JjZhI7U h hI7hI7jhI7Uh h`Zhy,nh$qh{e0Jj9h{eU hy,nh{eh{ejh{eU%«ī;DE^_kͬάЬѬέЭѭҭ +,-˷˳毫}yun hH1hH1hdzh3h{e hh"vh} yh0JjޥhU hhjhUhh+Oh^9h[/hsN0JjhsNUjhsNUhsN hsNhsNhh $ChK%h"vh[/hK%0JjhK%U'  !"#$%gd3 $  a$gd{e$  ^`a$gd"v%&'()*+,-678DEFGH&&&`#$1gd\K $gddzgd3-.45689?@BCDFGH hH1hH1hj/h0J'mHnHuh* h*0J'jh*0J'U< 0P;0/ =!"#$%0&DyK balsoy@grids.ucs.indiana.eduyK Hmailto:balsoy@grids.ucs.indiana.eduDd0*SSL  C (ADiagrambos t:nK/K;nCs t:nK/PNG  IHDR-S`tEXtSoftwareMicrosoft Office5q0PLTEoȬл cmPPJCmp0712OmIDATxˎl!=hi Y P'(K)'  6vI$/#vDp A /1gap_`70:;8^׽{v&O?}4h>AɴAٙt,0'3:a\/]ɢʞGa 6ZA} x==jѺDdеZ @]uK,@l A3h͠4f A3'U ASM t{}2mZQ%3Π# l-Ġ^@g@K8 ڄ*^ X0t2膠+a@ ZU-"CݢmHm3jLtgXz 3t-h(hSyh[5h;+4I@w:5L Z,h0-jȲ9ޙA\UAMAkE/U+  V>z YFC.=8կΌƷAН)]Ъ,r@ 4T4`YgSNȺ~ z4H= :#;`Z\aCxap.C,i4;U11nAַ =*ۤng @C4v6QНw+jFֻP%н&eЏ x =f1!+h'9.ӂVYi{+Ц{Ya ѳ[գ]G"LsAd]KEMαq꜓-语k3 YK6Q ~<LW눫[>jQ+&?mYKYk:y9=Ir^Gﾶ.KqAW߬0hXҽW9'+h7nl~-Gz%e^ܓaں*FвAAR]vjiа4*AMwɞfyNPlW>ں(Fkˣv 44"fqs+ {AMXlqͣ5hyf^ͯޙw{Am]"H9fK4ֱ ?ݥAŻWI5,{Ar^-w{uj4"=cV :{,! 0;%A_T4W>t`й_4a\b̊˝AswX8t>癡A|L(,Iz;#S؞bdheIZzۏa\%hnDA!/W>VOƺʒ ANW<аBEI@x5g"N:Cah@~Ō,hzɆ7›hZm@%5=Bg-%!e33%5=P}4"9+ľ@'G8ȟ,9šH :ODYRCD;Xy!-ͅwuGML잓AOayVL,hnR'r@k{3yin W9b#v3m#TBpuð+V=_,_7M㼫^ǣjhQrF@#eM;T|1 -";^A%'{}8GR_3CI-@hQp B1q1˜*ex5oMX})'¡v3w@Qn,q,KJO, GaU-M3`~аΤgnh/ӷ¤K˶qY@0)5Ų4d@7掘8jd毟u RS, z)!֟@9vٹ(h1 8A'HI){o4achMR14|t t"5}@DI=ƹ5(Ü?T+>/'Fi9EcvzKuSHo] vJnv\Ҝ#Yhys9Jhh ǂ Zq~.pЍ8?4灖ג2hn#?gw1wDXtk-T¥6)Ӊ> ( nd_-ko@:RxdV끞A-[+shsnڸdᜬtPCO3(8hcvF\7z?S:@12QѾV-8$A !8:ϓ Qbd 4$-!k6Ͷz`AOi[MZM"z"|1К{ݠwTu`P0k~J<.cn:zڣIk 9OؗK UkgUw=L<ٻ3A+]2 +pGXPCԨ%?tz* P,F݌z:ѴГn>tv[wAkHKkr(w}pЦkm7mwQɡ }ӻ5=&AUü#AaG8v#l_Y GPwV| #uNX==}\3AgJ?<MA>dЙWP?3ٷ41c4\aZUۃ9\|?:"y5lxI"Wzh^bA[.m\LeOÂViGxsHIc2$zk@ʮ+uק-=v5דX?/4=Цs;qts hUAAm^'WsoTs6[w:G{7vӁyRF ?[T6A&, [lKGkӟ z@ڕ<] hdJ% ]B-vMmb͓>m!h]sn}: y@ڝkR}BT|DK77nVDa*YPIKP[eIrsW,е9KlLN(@_ ڠg9V(@_ 7}jd*= t?'膄hҏ- A#[4A71hnb :wm}8> JgԽOnH3RNƒ4A0^ xDj4AcZ[m"5Ġ H&4A ؉D3Z5Dj :G5Dj A:t H&ȠY?^ H&Ƞ4>]SZLr|Mbt=Yz̺\P:1jAO^g,y2&}:b^F r&0ˣ7eYyn-}2lX|J0J\,)@-_g7s]>]R3^w hT :vW84,D LgӪr h1ۄ~t߫G@ }xG=@ v[Xr](~!XHƓ,`X@EXI/}Sכ IƓn@N`PDj4+NM]f-:.K*=w׷}bxNcE&RU"ϞHœZàZWt]0AǮwib t^ȿ+/{s^hZķ-2hCRWH:lSs/TNMܘA: :ѥAz K:&Oӄa岓=*l{teCZSғgsf]*2tqit=gM@#]tC s$^7碠5ѝѪds=X>k#V\1uJFv!NmW} /EA77pi>ǀ>s㇀rH}UY= twnCcՍ-dasIeJ} USQ3l_@ۖyt2{&5X` F%h0}&]֠{`w@Ȼ4hC|CGvǽIJ̠ @&٨@#m¤,cH$ӑ 6&[Km3&=%|C, $^}pa$'n;bOp, n@a/Eu$&RݐBtY-l4^֢u{^z]~,1@{d T΂TIY몶/F;S ;y1Z N2~Zٳ魟ʔ 4@hڭ7ҳi|o\zkخP*&<J;6l)KA'Gzؼ. ;24\ z LU&` l K̠ A7N Zbפ+}40h(i$FaA;q'?MANY4զ9luxAY A˦]F);eȻ9h }mh3*'}سbˢP]Ne6TM4I ʞa3I'25ѻ:NYw6Tq=:[nqAcl, k*ҕeg>Ya3va,c:f;:mU};Ih;ߺknlKl= @68A'A68A@68+A@ЖU!cI ::iҨ :#sHO%1h}:E 3h}:ϡp ͠4f A3h͠o17XʠoAڠ#YeеAGńʠc9Eb;c8$C~o:vcK'88H$tid98^%T;'_uO"G>xR'Fp/](N:;оPBנ54&iA+ ё0 Gi :UB4MďRl[4T޴z(*S0DF^HL,ѵ+I[u+lJfu*"1j~٤ Mn7i1J۸IsqUDq[zVQcV:R-@K:su:sKIK7ĨdŮ 7Isq8 NJwV*t>i6V 0j\N*_cR5z ٤k}WySUV5c.Oߨ]":墨T4t qqX5 <o , '-jv݇윞61 VbLZYm $ o3k%wyKl~[mUjzQ}TϿ,h=#[g1sK_mMͳ58 ZI=ƨ]Я@ndzGA%դ=0AO\j j19D%eh0u@U> tLjzx\nm@ˋ07XX5ĠĠĠĠĠĠĠĠĠĠĠĠĠĠĠĠĠĠĠĠĠĠĠĠĠĠĠĠĠĠĠĠĠĠĠĠĠĠĠĠĠĠĠĠ!&jIENDB` Dd0*l  H%|,*AAuthServiceb !ZpK}O Jn !ZpK}OPNG  IHDRtEXtSoftwareMicrosoft Office5q cmPPJCmp0712Om ZIDATxkA?n&澬kAŷzCa?a+1Ytf5m3>=#;N"p&g,LwBʑ(=(F,xhtEtQiS]oT Fiވt.4:xzRhNfJڌgދMh[_4H#%T/D3^Z%fZĨGќ>:dP(-Ծ(dnz'7|AAט֯ S,OV~d :5Sv3Z|Ekhn\ۥ%@HxT$TmcG&lzBJ\&\tզViR^XЅ}VO8ŚhEnѥTԦA<RT:(4mwo}s%^aק rlѦR'drƥH`}V2CA{GrREOãhZtЎ4{ݥ\,Ao 5Ir~{U-*K$2.IӎOo܎di5ʖ#hReLqaB'qj,7Մ!% jZ]j>2&-)ma8m%_CsqC[4њ[@MΕm6v'Ejzk=jlN P? F4g&{\oIc|YFtt64YIG.7HMmqцk6=]4LZZ`/PzkGХӔt+/߿}t[ !]/n=*%~PͿ -lѯ[[ISfWNt?+<ÿy zM-/]Q^e-Z4G紐zt ߶󷵼d~vEK'ff3!kT#1Qx+>ҮRߦvJECCf= -TԁЄ;U O{ Cc0h?1s̠hP&B+4ZԽ5`k FKi`t`t`Nİh MI0'!hptp ѾGh_ p}) h_ E3>7Ҋ'iO kҞf܀5w{DYlo + PZtcv0v0G3`i}@ҞI1#ӄ( 2Ha%pZv(A~ V/iw R 6\) Ma(]t0׉l(db6=6Mǃco/JۙƧ[R`',m;*` 2iӥY:#eJ7kO ZraCΊ5\CO6rE->j/h?[&*p1h/4 hy۞}tQ4xGo{}7ǥۃhbiAJaaфSB:#:^:EnY7VO~ Zii!%yP4l>/yAkdlc* f׎*dUU3>a[E[)lkQUX|~>lk28hc5y79Gpfgk"-M| pMæIu5v٦[>dF}aU3Դ*>L)XC)^Y +K 6=H[琸Q?f!#bRӢ=?.M"VRQG!:bEc%1'F}/F@"M^'d4{V޹4H#4H#] {Ђ4H#4H#4H#4H#4H#4H#4H#4H#4H#4H#4H#}IVDFIENDB`Dd )  !"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_`abcdefghijklmnopqrstuvwxyz{|}~tRoot Entry Fh:Data /WordDocument >ObjectPoolih:h:_1089209981dO)ih:ih:Ole CompObjuObjInfo  !"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOQ dO)Microsoft PowerPoint SlideMSPresentationPowerPoint.Slide.89q _"-  Oh+'0 X`p|  Slide 1 id idPictures Current User#SummaryInformation( PowerPoint Document( "3idMicrosoft PowerPointP@ -u@#3@0,R4՜.+,0     lOn-screen ShowIndiana Universityl"A ArialTimes New RomanBatang("d/ 0DArialew (8 08z[ 00DTimes New Roman8 08z[ 00 DBatangew Roman8 08z[ 00@ .  @n?" dd@  @@`` x 1/1 0AA@ ʚ;ʚ;g4<d<dPz[ 0ppp@ 80___PPT10   ` 33` Sf3f` 33g` f` www3PP` ZXdbmo` \ғ3y`Ӣ` 3f3ff` 3f3FKf` hk]wwwfܹ` ff>>\`Y{ff` R>&- {p_/̴>?" dd@,|?" dd@   " @ ` n?" dd@   @@``PR    @ ` ` p>> f(    6x{  `}  T Click to edit Master title style! !  0~  `  RClick to edit Master text styles Second level Third level Fourth level Fifth level!     S  0 ^ `  >*  0 ^   @*  0H ^ `  @*H  0޽h ? 3380___PPT10.3# Default Design&  )0&(  ~  % /  3  c"$0\   S X99?" % /    h" q( , } XML Schema: c c      Ǘ"') rSchema Processor*c     X×"+a- Castor SourceGenerator*c"  \ , $%  "U')6  " $Uh$6  "U$ $%6  "%%6  "$%%6  ",%%6  "%U%VB  C D"h$$VB  C D"$%j%VB B C D"@h$$VB B C D"$%%VB B C D"$%A%  # ԗ#" `U>&W' j Castor SOM( c  \ P.0  "+<-   ٗ"P./ g Javabeans$ c      ޗ"w.n#0 g Javabeans$ c      D" /0 k Javabeans( c  \ #m(  "y!'#%    h"#W' pVelocity Templates&c   !  " $' pVelocity Templates&c   "  "wh$m(  Velocity Templates:cc   n #m( ## 3" &$+ $  "#W' pVelocity Templates&c   %  D-" $' pVelocity Templates&c   &  `-"wh$m( tJSP and HTML forms*c VB ' C D" G*H*VB ( C D"G*,VB ) C D"(G*\B * S D"((\B + S D",,\B , S D"b,/,\B - S D"M((\B . S D"#%'\B / S D")+\B 0 S D"((H  0޽h ? 3380___PPT10.3#r0g ? "DocumentSummaryInformation8 1TablePwSummaryInformation(DocumentSummaryInformation8x Default DesignSlide 1  Fonts UsedDesign Template Slide TitlesOh+'0 (H T` |   /The GridPort Toolkit for Building Grid Portals1%GridPort Toolkit/ HPDC-10 Manuscriptd P ididGrid portals are emerging as convenient b  c $A? ?3"`?"J j0j"k(@=J j0j"kHi08:$zx] \TU?- K$DPh xu.0 (ֺkDtm?eV,1-mɶmMXM--Wiuws#9{|gΜ!&_?! e$$>8 #!>_x8!" 9!t䩞zTxѐ8ф1杠M`F(''J{1~tFիjbKúA(~~ #}|@ )PG"G:;R#$xkM޵.CM' JLg;6&z5b{9[Rp `tҷ?@A~E^쏝 1pIIN?B;>`Ni[CZm>m/R.aOcAƃ4BxU Q8:Xv gn$h39 FqW|_׮dNG\+ɇ~ 2Ր[܌Rs8/](kG-W+?,MMa ͍(/]kq S =^[K6גosmڗij9HӰ|}C1Aaq6RĂU) 5:>˙_,g07:[.`\z,HZ%jW|k#`n0%H @` /9`vg.0Xri\EPaN'q{}l}.>Yb"YVZ} 9iQ![]暏Z3!BL$;~:iYPf!i8R< %P~܏1.s: [×u|f0f0 YQ){ 46c#P(06cZM)f&m9iDEy*g$=l{0=,# KU_Fpxs  ?w-~(~- -ɇo߲zvYIJY(t,`,GbKcq8N7#. :m~,ƴZq}5Fx\"?h8>bybgz ;n vp5Uz[l!`$/o>Q =hl7Pum6H>7жKv~ǁ]ߕHA,'M ~# vjg}$Hs LU' rƨ5l޶6->8A8AHS5p: E}|qw#~?mDb9 ''uP>ԇ TN}H1( /(i6 Q]3ICߥ.H@8[|Wӓ #y#SC8PCp-QU>*Ç9!ƨq:Aq͇BUCw8VC I{2SP:F&CKǡa8M*qhC8: CN}H1%Aq(Ca*wV^M}h{!CP:Fz)/7ÇvR:I}Ce91j|.CuWٜ5lN r: cA-ϊK8_ڦu2א %υ K3y&'9:6LDXۣ zͷ 2 q:>u(M7LH80:?ΕI,chA qp M1_Հf*76(5tWk;%I5EQ{dw.AG FA%qTbGN"#6_-g'kjt]:N7y, P9N|ˇˡzPcu:N#ݙx+X~M"^ԳK,yK, yoX .IJz]. .v]DZ ʷX[r y-(Oql=;$ާ<<}m[do:~sC|֞tOh:gZ,rX$S gbogQ}d*<,bE0qtTeY޾e%^c(;d*N8Gq̜ \7'?b9ԚKszN zˇˡzPcP__nj|51]K5(;Z g0Ŗ.RɃyɣɣr_G.иWǽTru\lP8B.wu܈5]ޘZ|E<jmQx:)u]nm!e[ArR\ze+>,]^ Wrqr+nRqfgF_gaW,Sl|-3&koן >:Cp1o_;Vz YmOض O|Zms_uH)m*kڎHzzIwO')ӸV KeJ}>N9˽,N];tq>7}LW7pe}K%)HퟙvN}=KYFOSbYuׂ 3u̳,?Zo,nt /ߋ`|_ONupqEY&NZ 4<9Վ'߬=:qiN1pcG(g'ճcc5D/=.Ծ=YR;{3ˠ-,rvRBLjA8/u]W6v0DFetm">a`x[vҸ~ex(˥eI"~d`2l}-K_{^#u'Ҟr;on}Ɓ aN.ɥ]p{q/d:W槱i4Ҹ>}'smҷ:Qy}p ܭ<N<{+C 1]ҷK>=ns!N_31g{KWlK[Y]Yˌm8-YҦve8_:ޟ(k)6v5b(˥mɴ̥oO̠'~,$O+GfOK+[҈}q7{_ĥ{B=+`'As{!5mF"@I/ZqB\cu AMyJ-m\[/!s`4 ~@urxm+âfe_i9߶wL4<|*yxة*K;ow$'|]U[NNԾ=Ov~[24{zLvCN vyvwUEp_+ؑщ,ϒ m|YóxqC?PeI"~d`rl}bV Wʷ[sNsNS?0N@=n0 }%j=npϷ, ҹNcmcYܣ e +pE.J.=T6/!Mv[kso}hޫ+=.=̩}{&maVaG4__b<;\zXr&rxQM_]Ճt4zNe44xig.]gM O@Y.':El}U Vʷ.mkЉ}ɥ;\)'@o@pBz'.7iTȥ{H:_Kƨﱗ7d)[/No{9"֫K;NzC̝^oLrί=.Ծ=#e5,zBs,riv腌k~׼ܾsƎ\: }R'\W&oS' 3 xKx(˥eI"~.q5pi|K>։}6.}ׇ)yvQ.dvÅ^BQnP\yL0z XRJw=o/wbsDH˿{ :{`FpOt;;FybqF_7z b {\ad$57Ԍ"ALtu|2wxI80Ab&ࠋ78R&HjhqG{wZkr%b[+p fun cwwwaG0fNo%i-4yP LKj>C&q&h`~< 4: 4 yMGLMS @LGL8/SuMӾ.[N&L70j!Hx5^[?OdYWoOko}S(ֳ\)tcQ=6hԷE|XdrOA} ڳеo- .ȕo!NσޯUǷ9A/׷ط N}9E:[ 5,޷W 늢D + r[YƢn ~ W 3)uo} =zߺmշ6Swa=#T[߷>pxyIFe߷~3|kc='ev M| iYf焿&1*X޷렄|+VDN8='p p)'@NN8EX;N;S @LB':S2rCGIOdD@cQ4a;Umyv@w9) ﹓1l?@O;!S\h($:ΡQ%2B9mӝ"Æ{Ci%kQm3#ZCy?Jo8`x2[ cH(19 ցx51-*s#/n^𙎝G&>#BZ9[{F(]i~ [\RZPBKN3JyYG偶P;lKdBo{0g9L4mE'@ǟR-"ua{:z D+z1%J+5&WDygtII!!fΌimy^|L\ w {6'u6xB1h yI>rРּ"3c^1бGV 12="B;#ubn3x5SՋ& zw^i%I7y'^STy9˫|xvx//] XĤ|leH[ң $ #=>2p(;@ =X 1E&D|\Њڿ_ `HVqxBN !Qe01 ߲ttSF]# ߟ=(^Џys_gCtMM@;sĀ. G,d!թͻʩْeok~[[P6NP L@R!dC nG[KgCz#qTLE\]MHٍem;+E'xM+ ЃP h{>(gè]P@g5w'5ibHe q]6tѢ.lULXj-G.M/z +F4n-"qÝŪ,.C0?i I*'K3#jI5+ i$ѸՎbwgnhs#@ucaҳ?2R uYi@%OmVijX*!5 `,$ $dkN{>TN~~Xh,HEKIJ7wM C`lU]֓3K@ ’@ŀQMIѓDЄtO^@#][Y#m%('s #2@)cDWI5ҝkmf,Խx2gʌY5@GD&`4H Gjb&c}֣hEw]0[z4nRh[V !Ҋ)$=Flxi݅gٲ\ЁDS:@vCf-Hgmr|Os@[|fϖD$(GC[^hfRHg”-zL#3Hdjhrb[CcZ 4-UmtN6'o@$3py%x [0FX\u.W#iRgd<(B!A2S/aS#vl=QGpJɆ y֊FNIG:`L>p!YHUk(@w]%$䩻 S-IoO@=徨[;gt;5V%wvnG]"Нtsv ?vjҒEy:zk.uE'ӵ+Og.=Lk fC}LZ~Z"o ? FehSə֖KY[zyŞ*tG?-yh0 c"JFDž원]ը=|]0y7cRd;҅>L*#OeęHN7d(ٚ;3 tQZ57|@ 1܃t[@7 [鍈}S6<'h/D s9y{kT dy]aHRbL^$ّ?$tj-cUِ $i~(MÈf@fd 'jt`Uyf@? B&{[yQzAn"r]yob1N2UK0X1 Bi%5Pl=->:ձ.:!ɑ(& B%ܰ75=t-VZCIʫ, =eK2R-Q`୶`82,UIJ:3X~DCUC8 P`:,GC*dD&0\` QvRxQe%~ 2]AzuԎ2!6_vf6' H(r7he,e5b1b?UÉ/Z9`=iWhUuDweQS7DՀͰJ?hM,".O"_ 3iК)o>,rvyvD{\1v쳲a 1 sɁ/sݑ/@6$Yx^ҧAnZDa/H6j4UmF%"<*ThYTy[i喃65r;lX*ۤqt~to`K2A 5#9 / p C:e:.}0Œޗ/EћPF_z?1L, :hKd,ܔ0m|q?=,35@ n)%!J.]`%7my|$-S:8~9qhwqu>&z aʴBWѐҍ0n`Z VENLBc}4&]_t\#݀ `Evj-hY^rsjiw@?7E8@t42j){$9)4P <1 23lS_s[#@7Ht.Vm, gܛlN\__O4ڙ~Rp *kg>fgY~/b ZrY]MwOba }F|lF; f0>7Cz|EzDhtChF3}dXN$K6 V5~f3+|ǘHc@rDScpU#2'TBaME@pVp|lsft%k(FDy2EΓ7؅Aɉf# g4@OvLS|遖4Dg+M%:u Q\Xpvj/xE),:~4H#[L: onqءg͢5L\KfդUM@4ٶ^ַzD YcS`Ygj^~<Ug!'IFF3Sw f2ahQW=$3aZmc2Z۵띄)dv?'^@!Jl~Nʻ s@TI$}FUZgח N*TLOo2MPU;: :pπ^Ke!V9/TfѕZ[nvKM^EC }ˮEc'8XDݵ|: jZee@={f&X J4M?Q vl'ie-FxԪ+KUaoni-Qkh#ٛ,-G}A(E90ةz%G1NhB xƤt6\I^"As$/`#cFi!mbdF@_[o9zhN]m5#2+_|ba%\3D?Pi?0)9DTNbR谮tk"wQ;t lx̵[=t?9!+=FjϽUmëd'FP8h:$5^ȟ8I׼h%!-S]2 4EBhaϼ?,W*4F4l>_@ -2_&zߠ@ E>:m$h5Q=F?Ц??p B&R%֒6UqRQ,hMHZta'j5rԀDd sLJ`pi3!g*SAK<[uQRA~SZ%RH\Ed0(q:W@P+S܍][g I R@-B"NI D^O~nL2H`ŕh]~ ڝF>Sk]lf)"F's& hwZ7LFvc8zirH$L.mPMo3ZfCCʈ݀Z &[|@ S '-8]jL*US˧_2sBL1fk8;rӴŪHC0Ih=E([4DM @ӂ },4u}yn:t4AqI"G;3ti3< i6@T sR*=4i^PR!{FKۥ꬇$n>E`>/=`>s-ǣ1#>a@KgG=e{ P ^WIu˘[f!< ò-uD+4)k5^wf`:@ORhǓ %jx4gZZLW F)WWC5i(Y ۺJ qXh)%[0Kk]?h% ̠i27КP1`k=jZ DO ZE5Z a.lBM?9ʹEZW }D[klwUu) 4&[sz7=h}Dmݕ4jƬ4z@o'@+KM 'ZzS^(R{8A@GttX;/MH:f Vh ƂX覺 ɅiWHxB[Tu1{k S]ە)ڨXᬜ+r(\,m  i=ۦ &Z@Cֺɶaxڢaa;i7-tD,aIQ}O'B|@oEԢ@qccrc[ͫN\e@vZQM} z[K8y-g/0rxgUP;ltGu]A`KmWӚsܱ9^T{`<}=𼁮_e]]GW]%iV\BӞRkZ˞}\IU-;hI*ݍr~쫧ZjiEn'u*UhMҮ tWB"m9XhpPIDPICBj{hAwt( D_o8ֽ].%zf'zL-_On-G\?> )[x@;5@K7Rxh piO=FH=Nat t}LG@GUx%)+UH:9F) ]Gt0~}q*a@Z`W$7Wo@Gt8E"㪣G>$qUTozXmlCzh(#R asl>v m;yޖBLu ~X8)| c%Gn螊kϝ!/?Eշ v=pXk.hYCkQm9&Z߭R#cO+}?nk} t0_A}8lhql#"v]7R$%aS`>F({MZq 6v&:az6uN 'zPY0u@oہCVCAt2ʲ@/褃o<>o+!WcH*YyY䑋BR: z$\_##uDrd23!>OMƏ±{[{.IAs)5o [=,Ǽ.TܺiB)AIS9ԕ7DdEJGf'1wѧ #H׼q8]Iڼ@Uk:p 5UheHFu&Ϲj% A?XPWCJT#D N 5/:- Lm~kUNOS ]U@χp+zJ]if.[mVn$p1]f3Fmƃ%}5ίmDkѡ7jD.}Z`~RWj)2DpY _AH@!7dae;J>;PnLb>3 >]*q@ɣ:q&}B3'b"-T;C4g+ nM#=+NߘP9Rm t X,_0 9RkQ4ޞ' ]@[=(4C+a9_<)6gދk y8PU#]\L"7ШJlq$~BU{/`^L B^Csu_OjYf+wX@'\nOS3)=;$CGeϑDd _GbC햸03yN$pS&SKzRfX'=TEy+g䱲|?͋vI.$Q`yE0hHf*ݷ.fgtfoC&"n{nK XfSDJ 9xπgRObJO9+z:1)l ^a5Z*б>I3V5{=1-4٣5T$k{ e.ZX)-X?kK@_PYN7g,XW@$ZM{ -`~vjRCH,tBS5@Kxf Tj浥m m4#ӵSF" МiDjnA$ڭUy.l{߸Hs+y9螔׷ KՊݓrj%e\|" 3Zv> #BkvPdCŐ9g-h4߷6whGә}vL3isF%@g:Iͣ.؍@lmDׁ{G*H!"ipR|~wON M̄p*BH۵]z>}vp#:|p?(fvUuK RKy@QR5Z 4(*>_ipF0nT1#jwy@ɈSʺ;m h_Rԃ6h߸đ tYYK@;a6)"..gn@G7 -nDnQ@# 4 O9Ÿ;~p'9 K+yPM Lә@qdF?Ύ6fVm>%О*4$ ;# @HVvn0f@-th;+z B-B`.N a5r ];7 dkm4"&d )LkǓGr C#ڽ@[R}̀qLG4 Q T:*VhS45$6ߊ ]ɀvzR(*/ҹx8;5pȘ0G{ͨoFۃ~"%=٬h3nz@BgdǝSaA@D@yDGs1;A#SG;sS[lW[=ty.kMÖ%D8+ Jow \ Im?ĀF#i$M 0"mi"v4OR8g`YF+ԎGY"0*ƹu 8g%tH9~BG8C^)ED-0?{0% zgdI!:4 W( /mTOsm;tq"ykǙ@V]0ui&nXy)~6*ɴМM[%QӱeRe4CŢw2ukvBZHu*T$H7V";n[@OPetMݥ0Iho'SSvW9vXp{ItDZَVRk;<AnO[8f\7]M6ή(rЃ4@9X]U2/$' 9@;bB'qj@-ʼJ# .o-\뀶ɄmB->hVmv^+&-h#ȳ_X;pݍ]f_oh{$@p&t耆En,(Tm :x弩_aUTztTP"L}<ߞgWPݝ<]PPVtD2 z;`vӁ0[7>9x )XF8z!q҉@TQhv7QJ)ЩmjBe"{Ɓ;fȈFTxf험ż@مhOV ڰ|Q} h\LĤ8Ph4HuAěvYX0s#U'ё>fQmn{+[ըN­;`tyVĂN͉M+tu]ߖ1 'tK5^8iqF1< Ṋ8XKO{/IqT^ Go|T[~Ih3>̐dy#ݹ v8.c@£Epǖ^qx27ɆE+0Hߝ0ɬ. h 8ĩp'zoGLS ._β@* WJ8[ܱBsDv~upAˈ !읱eav`b@ԓۘ%,ÈoA;;qK,|x&T%!{;nStUF݁q,[9 rFHl>CJ?>:2&hv39pgf?h{yi׸4|lm@B3a 49N為QT]5YYLmASURނ^A:Xpv!.+ujM aqEYFC #*eDE4<1zGyXIO2z4 NH@; >>r )Aޝ'zQ·-TUsCK`Pt(VfJ-@ƻpՁΉthAЈxAx'^g 5n7=a樏6[?$BvMr(yO Wc(M)Q裬} m5F<Ar/}D#$؉W )tꖔ6`9 ^ @f 9Ɓdݵ O͓ NR6yپp\)m8}dٯo"`].u Z.dS3 >DXRـR;ȩ<Ռ-@3BTڒB4n +5őA3:7$ώ=;3ʳZ"w}1=4yk@"}K(7rƜ[w&Y_6u dDe5/i,>s@#9 mKTlGS3xbu$ bPo LWvޖnOc7F[b9;h ғBJ|cG26$)rO о^43U$RSS&f 8N ?*G(4urpB~YAkfDzlJ#Ƞ&$ ^Iڃ]lCΔ1 [)dBlg7&a#d>fp,&5!}!9LIYO ´`jIv&84tZs'6s%LF>·>50/M8igU=iX[fq/S.6V!fO\H1rvN:``IaBg!&fGs?iT{ސ:un(Ե MK7Wأ1]䵑 @_Zrm֡xH&juU5Ulu~RJmgd:H57L<'-eN {dݩOjS#V3sF3VY3bD3.yO# Z Do5#Ҵ햴;t|s;^|Zo @[ Up7Ъ~ZwwKD?mnȧu-:觍@\-9Qe$1Ou^5jX-yFIY#k+z)٩h] K ꊕTTL УV͵2'ި7q\(=j`T_ϣѣLZMFۀF^~no>d\hK;m7{? ?/@hm\5BT=M]/@:x=jd/)H ~!@?SK\~ C*Oy(z;V8r+7yiv sȵW.=p_9֒h3C*6зtX x p@OG)uxYl`$E&I$K~[>*[%C7j;\DQ&_6RM6%m|s^#IMgs׸).<~q}-hwZga v@:?9FNe@Ihj1Knf4[B.}lI\Y4rD٩6oK 5+K9ƹhF Gyж FI@ck=t/ 2=.d-R}}X eNƇpE *'yr{tK<ǰŕ:pDWGP:Gyx8c:-FLDTl5XJשLSAKym15.['z@&bhǡIc ȬG;Wi#yN&)ŀޞC|Zf핞D/<ŕxO#׏%-.I<R-mS̿[xݦU7!2hvm "iyho) Iznrkk/@'sٚt#{f8ۿ|F'XeaZsLwiq[1m<4 G֖`ߺwJTLboeZ X?>Ȋ&1G>fa>RXΰf/u2༇:[mj|Y;JhP8Qzg& }{Ny|BfmX4 y 5)híps>O{x/!><::E< J[w(͋ kL@ yNM2 @_rA`AftR^,z 1Nvp,GqR@[L7L7z:jlVAuмi Ј0-;{pCI!qضǂٴh5@ WM eESdd~UQ @Cj5Sr?)TE.z* ]9Vp + m # {tba(y`qE))7DT6'2nzK$ L qV^z@/wME+`"L? Щg'Ek+WĢTuY7gtFUd@U]x*Ѕ5oe_31@Tw tx6Nhl&, ]nX1l;TQ-ޞRծ/~Kz(ߑѣTeݒa(i(3ò9KLY/jΕhϠdvCC  (nK(RZηЈ! Ԙx t%x5U!}*-~ ia.4~f,5Ŏqb%Nj=l9Nc/$2;dDw cA < 3=ۨв|*\+B -8wu` ^gJ0Hi"p?g@d;(U.o}KuҺB-  xrLL3G#Z0+yX(L[Xx/m)'jhFM@`0;{Jw3t0NsV ק:[֣txQGCV[X_ƙ%*2ę)7j;}SWp1&J9@Ia `I_G+˱& }| cډ./PCB'F:T]7c9#1h㛱T[l+ t/] ' }^ۖc'yyZStY fmޅmĈ'}4xSe/ 4<VْlĘj<#oڝ /m6K3@^_>Vz@rh 8.L՘NΧ^6]XTvSr|G''͸Ͼ>O:cV4 k,+XбhD7ML4Ͷv p)@r }^qC-t#HlV݂KNvC]@' !n5|=ud78B*ݚo}~t&B,|-wN([ok:!*D46]hBMUkZt4VMˠ>ɨ,\5$q+%%J +>s??y@dWm@ifK:}zB(N~gD@[|cخ28 :W+_h9uk ikkegǾz1$#:ڷTc >d$mief9nr+":2AfctgwB/Gdo`(WӈGjo~ᛐM,UQMJi=旽q;,ݤJm5Ͷ"tZTa*8F_ ֱai -ӥjSPn߶9,nV8ɍ =T!!ÅְnRVpe.kͦ;:W^(7X^Z(7fS ] ' Mo2ۀz2Q>lOQ&R@yڴuQP[Ńj? )2ǝl %\˙R)8@78eHVx#^3gtFaI6<|#hP)0/zxa(_=dEӰ}~ւHfc6A2I=eK H4b]A6CAM@-w!Xf Չa%&,SY(َi :H8ۢB$@ɶS- jL[3\@OʦЇ%Zt)@;Kn)z;F6nYt|^}+V5m@eA<8'!ƗUxtȆO&PZ!L1 P*W8v0L)dڌ#*dRŁ8aqYb;nZ5sbܒCI*T:q;x1"h!6Y+ '^J `4L4 N5Ї\$2|^bE1;g/Ucse(^M}ؚIAj%F29gs6Ҧws4z$rI CUnu>KE@'+ چ9XU)!SYiRmE9y_G4(K5pxpȨ1#DYŀB45BL?RRy6g!Pr%E[{OB/͆*!qHW~Y؎h@QҎPeYZp>t"]=(lwaa,0Au]rHSᶕV*!S]:O4]C MoxyZX{p rƛIhe=Wo'VQENh*}@9I8X9U]Hn0H+pv/ |3zbulB=tAj~=PG8, 44(Q.RM Ag /*lf"Hׁ>~nӸ u&836ByW$ИҺ~Z=W  Ȼ/9ؕyeciFtWUБ`";sKv<'kWnyUpϲ^ .0M[?QB7huPl7̑߰UA_ݍ?<h/tf_?nUcge,r2?hk׉J񤮖 4x ٻBZhL[FT8 $|58?so5˱(ҵ \!7pΜDy>9OymXu W\\>, wUAu M\Ed0(q:,,,\ZGy5}>oOIAܑƴf hD M_D‰UhQncdێYDz@W 0G}ؒe!I*ˇo3ŶQu@I5uOWh;Y؟IAFAf%@<4.[ ~_V yU2I(ڠV{ZP@{~#'q_N|m t,:\I3dCa`9@iM"\8ԊxBc1 F 捃h{4=-vo١WH_Mf(()dtĦ8S\əм6˦v RXjTxBt)]G7|"Gw3+/}*,pp4Wf$͕X!76c>#O۟}[|@U 7j [p@U 7j [p@U 7j [p@U 7j [e=FIENDB`DyK  http://www.computingportals.orgyK Bhttp://www.computingportals.org/DyK http://www.gridforum.orgyK 4http://www.gridforum.org/DyK (http://www.computingportals.org/testbedyK Phttp://www.computingportals.org/testbed)DyK -http://www.globus.org/rearch/papers/ogsa.pdfyK Zhttp://www.globus.org/rearch/papers/ogsa.pdfDyK "http://msdn.microsoft.com/libraryyK Dhttp://msdn.microsoft.com/libraryDyK http://www.corba.orgyK ,http://www.corba.org/DyK http://www.w3c.org/TR/wsdlyK 6http://www.w3c.org/TR/wsdlDyK http://www.w3c.org/TR/SOAPyK 6http://www.w3c.org/TR/SOAPDyK http://www.uddi.orgyK *http://www.uddi.org/ DyK &http://www-106.ibm.com/developerworksyK Lhttp://www-106.ibm.com/developerworksDyK Khttp://msdn.microsoft.com/library/default.asp?url=library/en-us/dnglobspecyK http://msdn.microsoft.com/library/default.asp?url=library/en-us/dnglobspecIDyK 5http://www.cogkits.org/papers/c545python-cog-cpe.pdfyK jhttp://www.cogkits.org/papers/c545python-cog-cpe.pdf%DyK ,http://ecs.erc.msstate.edu/AMD-WG/index.jspyK Xhttp://ecs.erc.msstate.edu/AMD-WG/index.jsp!DyK +http://www.oasis-open.org/committees/wsrp/yK Vhttp://www.oasis-open.org/committees/wsrp/DyK *http://www.rfc-editor.org/rfc/rfc2078.txtyK Thttp://www.rfc-editor.org/rfc/rfc2078.txtADyK 3http://jakarta.apache.org/jetspeed/site/index.htmlyK fhttp://jakarta.apache.org/jetspeed/site/index.htmlDyK http://www-itg.lbl.gov/Akenti/yK >http://www-itg.lbl.gov/Akenti/5DyK 0http://www.servogrid.org/GCWS/Schema/index.htmlyK `http://www.servogrid.org/GCWS/Schema/index.htmlQDyK 7http://www.extreme.indiana.edu/xgws/afw/appFactory.pdfyK nhttp://www.extreme.indiana.edu/xgws/afw/appFactory.pdf3@@@ L Normal @`@_HmH sH tH @ Heading 1$ & FX@&C$Eƀ c. 5CJKHP@P Heading 2$ & FX(@& 5CJJ@J Heading 3$$ & FX@&a$5CJF@F Heading 4$$ & FX@&a$6J@J Heading 5$$ & FX@&a$5CJF@F Heading 6$$ & FX@&a$5V@V Heading 7$$ & FX@&a$5B*CJhphJ@J Heading 8$$ & FX@&a$5CJF @F Heading 9 $ & FX@& 56CJDA@D Default Paragraph FontVi@V  Table Normal :V 44 la (k(No List *O* ai1  x *O* ai2  x FOF Article Titleh<^hCJ@O"@ Author $ `6CJ4@24 Header  !DOBD Page number$a$ OJQJkH8>@R8 Title$a$ 5CJKHRC@bR Body Text Indent$`a$6CJRR@rR Body Text Indent 2$`a$CJ0U@0 Hyperlink>*B*@V@@ FollowedHyperlink>*B* \Ob\ Body Text No Indent $a$B*CJhph6B@6 Body TextxCJVOV References Simple0^`0CJRS@R Body Text Indent 3$`a$CJ>Oq> Abstract Body6CJFOF Figure$xa$_HmH sH tH DP@D Body Text 2 $a$ CJOJQJlOl Body Text Simple List$!$ T[ ^[` a$CJZOabZ Figure Caption" & F T]6HQ@2H Body Text 3#$a$5CJOJQJ>'A> Comment ReferenceCJ@R@  Comment Text % ` CJ4 @b4 Footer & !.)@q. Page NumberROR Figure Text($ & F a$ B*CJph:@: TOC 3) ^` CJfO1f subproject titles* !`'xB*OJQJhphDOD highlight text+xOJQJ:@:  Footnote Text,CJ@&@ Footnote ReferenceH*NYN  Document Map.-D M OJQJFjQRF Comment Subject /`5@@  Balloon Text0 CJOJQJ:"@: Caption 1xx5CJNO"N Style 10 pt Centered2$a$CJH567fK`@ijw4 5 e f KMNz"\ghw;%''(I-J-]-03S5T5l58<=== A"A~ARCoEI K K&KNNO}PRR%S&SwSxSSVXBZK[[\] ^`bdddh jj2jkkYlWopcudunuTwcxbyyz{{|}P{XUrsAs Ǒ n@ĘE3Û*@jϞg"ڡtBģѤ  !"#$%&'()*+,-678DEFI@0@0@0@0@0@20@20@20@20@0@0@20@20@20@20@20@0@0@0@0@0@0@0@20@0@0@0@0@0@X 0@0j@0j@0j@0j@0j@0j@0j@0j@      !"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_`abcdefghijklmnopqrs|uvwxyz}~0j@X 0@0@0@0@10@0@0@Y 0@Y 0@Y 0@0@0@0@X 0@0@0@0@0@0AX 0@0h@0h@0hAX 0@0'@0'AX 0@0J-@0J-@0J-@0J-AX 0@0T5@0T50@0T5@0T5@X 0@0=@0=@10=@0=@@0=@0=@0=@0=@X 0@0 K@0 K@_ 0 K@_ 0 K@_ 0 KP@_ 0 K@_ 0 K@0 K@0 K@0 KAX 0 K K@0xS@0xS@0xS@0xS@b 0xS@b 0xS@b 0xS@b 0xS@0xSX@0xS@0xS@0xSAX 0 K K@0d`@0d`@0dAX 0 K K@0j@0jh@10j@0jh@0j@0j@0jAX 0 K K@0du@0du@f 0du@f 0du@f 0du@f 0du@0du@0du@0du@0du@h 0du@h 0du@h 0du@0du@0du@X 0@0@0@0@10@0@0@0@0@X 0@0@V 0@V 0@V 0@V 0@V 0@V 0@V 0@V 0@V 0@V 0 @V 0 @V 0 @V 0 @V 0 @V 0@V 0@V 0@V 0@V 0@V 0@V 0@V 0@V 0@V 0@V 0@V 0@V 0@V 0@V 0@V 0@V 0@V 0@V 0 @V 0!@V 0"@V 0#@0@0@0@0@0@0@0@0@0@0@0@0@0@0@0@0@0@0@0@0@0@0@0@0@0@0@0@0@0@0@0@0@0@10@&0@&0@0@&0@&0@00Xn567fK`@ijw4 5 e f KMNz"\ghw;%''(I-J-]-03S5T5l58<=== A"A~ARCoEI K K&KNNO}PRR%S&SwSxSSVXBZK[[\] ^`bdddh jj2jkkYlWopcudunuTwcxbyyz{{|}P{XUrsAs Ǒ n@ĘE3Û*@jϞg"ڡtBģѤI@0@0@0@0@0@20@20@20@20@0@0@20@20@20@20@20@0@0@0@0@0@0@0@20@0@0@0@0@0@X 0@0j@0j@0j@0j@0j@0j@0j@0j@0j@X 0@0@0@0@10@0@0@Y 0@Y 0@Y 0@0@0@0@X 0@0@0@0@0@0AX 0@0h@0h@0hAX 0@0'@0'AX 0@0J-@0J-@0J-@0J-AX 0@0T5@0T5@0T5@0T5@X 0@0=@0=@10=@0=@0=@0=@0=@0=@X 0@0 K@0 K@_ 0 K@_ 0 K@_ 0 K@_ 0 K@_ 0 K@0 K@0 K@0 KAX 0 K K@0xS@0xS@0xS@0xS@b 0xS@b 0xS@b 0xS@b 0xS@0xS@0xS@0xS@0xSAX 0 K K@0d@0d@0dAX 0 K K@0j@0j@10j@0j@0j@0j@0jAX 0 K K@0du@0du@f 0du@f 0du@f 0du@f 0du@0du@0du@0du@0du@h 0du@h 0du@h 0du@0du@0du@X 0@0@0@0@10@0@0@0@0@X 0@0@V 0@V 0@V 0@V 0@V 0@V 0@V 0@V 0@V 0@V 0 @V 0 @V 0 @V 0 @V 0 @V 0@V 0@V 0@V 0@V 0@V 0@V 0@V 0@V 0@V 0@V 0@V 0@V 0@V 0@V 0@V 0@V 0@V 0@V 0 @V 0!@V 0"@V 0#@V 0"D]@V 0$`@0Rh  5w"H,I5?E+J9QVU]hs,|ȉT!-HX\]^`abcefghiklnoqrv|~ NJ5VlssĠ*%HY[_djmpstuwxyz{}GZ@sUln)A@ABAkkkkkkKzǓ&NUIk՗}˜(C0xӚ_Ü<8d![tס>qt^ͤѥHX  :  XXXXXXXXXXXXXXXXXXX !!8@0(  B S  ? _1089099379kI@kI=q4?tr$sl.ut$!u0vLwnx yD7lz"{+| !}L0~!,;t_?d9"" ! 0nLH""0>t9l" ?,"#Brt1|c;!)u!̣!|# !L_?L!nPlLllTT>ttx$?mpz:7FY{{!!,,6Dss--5 A**I     ! "$#%&'*()+-,./1023645789:;<DSe**5CJJ||4?? E11I     !"$#%&')*(+-,./1023564789:;< B *urn:schemas-microsoft-com:office:smarttagscountry-region urn:schemas:contactsSn>22*urn:schemas-microsoft-com:office:smarttags PostalCode933*urn:schemas-microsoft-com:office:smarttagsState844*urn:schemas-microsoft-com:office:smarttagsCity:66*urn:schemas-microsoft-com:office:smarttagsStreet=88*urn:schemas-microsoft-com:office:smarttags PlaceType=99*urn:schemas-microsoft-com:office:smarttags PlaceName9::*urn:schemas-microsoft-com:office:smarttagsplace>==*urn:schemas-microsoft-com:office:smarttags PersonName;77*urn:schemas-microsoft-com:office:smarttagsaddress ===:9876:432=:89:4:998:476:432=:988:9876:432:::4 ::998:4::4LU !#!,!m!u!'''')){)})))))E+M+0099CCDDDD8E?E{KKKKKKll7mCm#n/nnnWocop!p#p/p^pepgpsp8rAr8uCuyzzS~a~y~~~~DR &AEڎ 6;Ĕ̔˖ΖEJ6>Νݝ  &BH-FILQ  34''g.k.DAFAGDMDkl"&#&ʠ%3a-FI333333333333333333333@jwhw'(J-]-T5l5 6D6==$CRCaII K&KxSSj2jt.tdunuPzs)@ %@9g!B3-FI-FI Kurt Mueller Kurt Mueller Kurt Muellerg!ڲ;N *;g3-,yX=R{@ron : f%hq 5 x`mY0SRD."!bo1!&,&&5H8S!Mo_T1QyS8t#|@(J|$|-)s3uS >`[;".}" 2^%F&>#'xs'dhS(RBs*VNQ +^,;&'U+tcs+.Z+>-vXcgv-,r(F.9/0894<5 #6>679گȪ JG?.hz,?`g<D@7ckA4,B_lx![A>S[J%c[H! \<;\nm]}`~hh; eKf!gd~ls"&l$</lnyn~ol 67p.vM:TqbWsL2\tF%%$v~f ex }d#O0^`056CJOJQJo(.808^8`056CJOJQJo(.0^`056CJOJQJo(..0^`056CJOJQJo(... p0 ^p`056CJOJQJo( .....  0@ ^ `056CJOJQJo( ...... @ 0 ^@ `0o(.......  0x^ `0o(........ 0^`0o(........0^`056CJOJQJo(.808^8`056CJOJQJo(.0^`056CJOJQJo(..0^`056CJOJQJo(... p0 ^p`056CJOJQJo( ....  0@ ^ `056CJOJQJo( ..... 0x^`0o( ...... x0H^x`0o(.......   ^ `o(........^`o(.^`o(..0^`0o(...0^`0o(.... 88^8`o( ..... 88^8`o( ...... 88^8`o(....... `^``o(........ `^``o(.........hh^h`56CJOJQJo(.^`56CJOJQJo(.0^`056CJOJQJo(..^`56CJOJQJo( pp^p`56CJo(o  ^ `56CJOJQJo( @ @ ^@ `OJQJo(  ^ `o(o ^`OJQJo(^`o(. xx^x`hH. H LH ^H `LhH.   ^ `hH. ^`hH. L^`LhH. ^`hH. XX^X`hH. (L(^(`LhH.^`o(. xx^x`hH. H LH ^H `LhH.   ^ `hH. ^`hH. L^`LhH. ^`hH. XX^X`hH. (L(^(`LhH.P^`PCJOJQJo([]^`.pLp^p`L.@ @ ^@ `.^`.L^`L.^`.^`.PLP^P`L.0^`056CJOJQJo(.808^8`056CJOJQJo(.0^`056CJOJQJo(..0^`056CJOJQJo(... p0 ^p`056CJOJQJo( .....  0@ ^ `056CJOJQJo( ...... @ 0 ^@ `0o(.......  0x^ `0o(........ 0^`0o(........P^`P56CJOJQJo(.P^`P56CJOJQJo(.. P^`P56CJo(...^`o(... XX^X`o( .... ^`o( ..... xx^x`o( ...... `^``o(....... ^`o(........hh^h`56CJOJQJo(.^`56CJOJQJo(.0^`056CJOJQJo(..^`56CJOJQJo( pp^p`56CJo(o  ^ `56CJOJQJo( @ @ ^@ `OJQJo(  ^ `o(o ^`OJQJo(  h^ `OJQJo( ^`OJQJo(o PP^P`OJQJo(   ^ `OJQJo(   ^ `OJQJo(o ^`OJQJo( ^`OJQJo( ``^``OJQJo(o 00^0`OJQJo( hh^h`56CJo(.^`.pLp^p`L.@ @ ^@ `.^`.L^`L.^`.^`.PLP^P`L.^`o(.^`o(..808^8`0o(...808^8`0o(.... ^`o( ..... ^`o( ...... `^``o(....... `^``o(........ pp^p`o(.........h^`.h^`.hpLp^p`L.h@ @ ^@ `.h^`.hL^`L.h^`.h^`.hPLP^P`L.   h^ `OJQJo(  ^`OJQJo(o  PP^P`OJQJo(    ^ `OJQJo(    ^ `OJQJo(o  ^`OJQJo(  ^`OJQJo(  ``^``OJQJo(o  00^0`OJQJo(P^`P56CJOJQJo([]^`.pLp^p`L.@ @ ^@ `.^`.L^`L.^`.^`.PLP^P`L.  h^ `OJQJo( ^`OJQJo(o PP^P`OJQJo(   ^ `OJQJo(   ^ `OJQJo(o ^`OJQJo( ^`OJQJo( ``^``OJQJo(o 00^0`OJQJo(  h^ `OJQJo( ^`OJQJo(o PP^P`OJQJo(   ^ `OJQJo(   ^ `OJQJo(o ^`OJQJo( ^`OJQJo( ``^``OJQJo(o 00^0`OJQJo(h^`OJQJo(hH ^`hH. L^`LhH.   ^ `hH. XX^X`hH. (L(^(`LhH. ^`hH. ^`hH. L^`LhH.@@^@`56CJOJQJo([]^`.pLp^p`L.@ @ ^@ `.^`.L^`L.^`.^`.PLP^P`L.  @^@`OJQJo( ^`OJQJo(o pp^p`OJQJo( @ @ ^@ `OJQJo( ^`OJQJo(o ^`OJQJo( ^`OJQJo( ^`OJQJo(o PP^P`OJQJo(^`o(. xx^x`hH. H LH ^H `LhH.   ^ `hH. ^`hH. L^`LhH. ^`hH. XX^X`hH. (L(^(`LhH. ^`o( Figure .pp^p`o(.@ L@ ^@ `L.^`.^`.L^`L.^`.PP^P`. L ^ `L.h ^`hH. \ ^ `\o(.808^8`0o(..808^8`0o(... ^`o( .... ^`o( ..... `^``o( ...... `^``o(....... pp^p`o(........z^`zo(.z^`zo(..0^`0o(...0^`0o(.... 88^8`o( ..... 88^8`o( ...... 88^8`o(....... `^``o(........ `^``o(.........@^`o(.@ ^`hH.@ L^`LhH.@   ^ `hH.@   ^ `hH.@ PLP^P`LhH.@   ^ `hH.@ ^`hH.@ L^`LhH.0^`056CJOJQJo(.808^8`056CJOJQJo(.0^`056CJOJQJo(..0^`056CJOJQJo(.1.1. p0 ^p`056CJOJQJo( ....  0@ ^ `056CJOJQJo( ..... 0x^`0o( ...... x0H^x`0o(.......   ^ `o(........^`o([]^`.pLp^p`L.@ @ ^@ `.^`.L^`L.^`.^`.PLP^P`L.^`o(^`.pLp^p`L.@ @ ^@ `.^`.L^`L.^`.^`.PLP^P`L.   h^ `OJQJo( ^`OJQJo(o PP^P`OJQJo(   ^ `OJQJo(   ^ `OJQJo(o ^`OJQJo( ^`OJQJo( ``^``OJQJo(o 00^0`OJQJo(h ^`OJQJo(h ^`OJQJo(oh pp^p`OJQJo(h @ @ ^@ `OJQJo(h ^`OJQJo(oh ^`OJQJo(h ^`OJQJo(h ^`OJQJo(oh PP^P`OJQJo( P^`POJQJo( ^`OJQJo(o pp^p`OJQJo( @ @ ^@ `OJQJo( ^`OJQJo(o ^`OJQJo( ^`OJQJo( ^`OJQJo(o PP^P`OJQJo(^`o(. xx^x`hH. H LH ^H `LhH.   ^ `hH. ^`hH. L^`LhH. ^`hH. XX^X`hH. (L(^(`LhH. @^@`OJQJo( ^`OJQJo(o pp^p`OJQJo( @ @ ^@ `OJQJo( ^`OJQJo(o ^`OJQJo( ^`OJQJo( ^`OJQJo(o PP^P`OJQJo(hh^h`56CJOJQJo(.^`56CJOJQJo(.hh^h`h56CJOJQJo(..^`56CJOJQJo( ^`56CJo(opp^p`56CJOJQJo( @ 0@ ^@ `0OJQJo( 0 ^ `0o(o 0^`0OJQJo( hh^h`OJQJo( ^`OJQJo(o ^`OJQJo( ^`OJQJo( pp^p`OJQJo(o @ @ ^@ `OJQJo( ^`OJQJo( ^`OJQJo(o ^`OJQJo(++^+`o(++^+`o(.0^`0o(..0^`0o(... 88^8`o( .... 88^8`o( ..... `^``o( ...... `^``o(....... `^``o(........88^8`56CJOJQJo(.hh^h`56CJOJQJo(.^`56CJOJQJo(..^`56CJOJQJo(.1.1.1  ( ^ `(56CJOJQJo( .... PP^P`o( ..... ^`o( ...... p`p^p``o(.......   ^ `o(........^`o(.^`o(..0^`0o(...0^`0o(.... 88^8`o( ..... 88^8`o( ...... `^``o(....... `^``o(........ ^`o(.........h ^`OJQJo(h ^`OJQJo(oh pp^p`OJQJo(h @ @ ^@ `OJQJo(h ^`OJQJo(oh ^`OJQJo(h ^`OJQJo(h ^`OJQJo(oh PP^P`OJQJo(^`.^`.pLp^p`L.@ @ ^@ `.^`.L^`L.^`.^`.PLP^P`L.^`OJPJQJo(- ^`OJQJo(o ^`OJQJo(   ^ `OJQJo( \ \ ^\ `OJQJo(o ,,^,`OJQJo( ^`OJQJo( ^`OJQJo(o ^`OJQJo(0^`056CJOJQJo(.808^8`056CJOJQJo(.0^`056CJOJQJo(..0^`056CJOJQJo(.1.1. p0 ^p`056CJOJQJo( ....  0@ ^ `056CJOJQJo( ..... 0x^`0o( ...... x0H^x`0o(.......   ^ `o(........ @^@`OJQJo( ^`OJQJo(o pp^p`OJQJo( @ @ ^@ `OJQJo( ^`OJQJo(o ^`OJQJo( ^`OJQJo( ^`OJQJo(o PP^P`OJQJo(@@^@`o([]^`.pLp^p`L.@ @ ^@ `.^`.L^`L.^`.^`.PLP^P`L.^`o(.88^8`.L^`L.  ^ `.  ^ `.xLx^x`L.HH^H`.^`.L^`L.^`o(-  @^@`OJQJo(  ^`OJQJo(o  pp^p`OJQJo(  @ @ ^@ `OJQJo(  ^`OJQJo(o  ^`OJQJo(  ^`OJQJo(  ^`OJQJo(o  PP^P`OJQJo(h88^8`.h^`.h L ^ `L.h  ^ `.hxx^x`.hHLH^H`L.h^`.h^`.hL^`L.v^`56CJOJQJo(.^`.~ L~ ^~ `L.N N ^N `.^`.L^`L.^`.^`.^L^^^`L.  @^@`OJQJo(  ^`OJQJo(o  pp^p`OJQJo(  @ @ ^@ `OJQJo(  ^`OJQJo(o  ^`OJQJo(  ^`OJQJo(  ^`OJQJo(o  PP^P`OJQJo(h^`. ^`hH. pLp^p`LhH. @ @ ^@ `hH. ^`hH. L^`LhH. ^`hH. ^`hH. PLP^P`LhH.hh^h`56CJOJQJo(.^`56CJOJQJo(.8^8`56CJOJQJo(..^`56CJOJQJo(.1.1.1  ( ^ `(56CJOJQJo( .... PP^P`o( ..... ^`o( ...... p`p^p``o(.......   ^ `o(........^`o(. xx^x`hH. H LH ^H `LhH.   ^ `hH. ^`hH. L^`LhH. ^`hH. XX^X`hH. (L(^(`LhH.>>^>`o(. ^`hH.  L ^ `LhH.   ^ `hH. ~~^~`hH. NLN^N`LhH. ^`hH. ^`hH. L^`LhH.^`o(-h^`.h^`.h L ^ `L.h` ` ^` `.h00^0`.hL^`L.h^`.h^`.hpLp^p`L.  h^ `OJQJo( ^`OJQJo(o PP^P`OJQJo(   ^ `OJQJo(   ^ `OJQJo(o ^`OJQJo( ^`OJQJo( ``^``OJQJo(o 00^0`OJQJo(..^.`o(. xx^x`hH. H LH ^H `LhH.   ^ `hH. ^`hH. L^`LhH. ^`hH. XX^X`hH. (L(^(`LhH.0^`0o(.GG^G`. L ^ `L.  ^ `.^`.L^`L.WW^W`.''^'`.L^`L.==^=`o(. xx^x`hH. H LH ^H `LhH.   ^ `hH. ^`hH. L^`LhH. ^`hH. XX^X`hH. (L(^(`LhH.  @^@`OJQJo( ^`OJQJo(o  (p^(`OJQJo( @ @ ^@ `OJQJo( ^`OJQJo(o ^`OJQJo( ^`OJQJo( ^`OJQJo(o PP^P`OJQJo(   h^ `OJQJo(  ^`OJQJo(o  PP^P`OJQJo(    ^ `OJQJo(    ^ `OJQJo(o  ^`OJQJo(  ^`OJQJo(  ``^``OJQJo(o  00^0`OJQJo( ^`OJQJo( ^`OJQJo(o pp^p`OJQJo( @ @ ^@ `OJQJo( ^`OJQJo(o ^`OJQJo( ^`OJQJo( ^`OJQJo(o PP^P`OJQJo(P^`P56CJOJQJo(.@@^@`o(..@@^@`o(...x^`xo(....  ^`o( .....  X@ ^ `Xo( ......  ^ `o(....... 8x^`8o(........ `H^``o(.........^`o(.^`.pLp^p`L.mechanisms for providing the scientific community with familiar and simplified interfaces to the Grid. Our experience in implementing Grid portals has led to the creation of GridPort: a unique, layered software systhpdc11web service mpt3n dc49cMicrosoft Word 10.0@gF@ڮU:@H@g:`՜.+,D՜.+,hx   G Grid PortalsoridSan Diego Supercomputer Center-T٥A /The GridPort Toolkit for Building Grid Portals Title (V^j_PID_LINKBASE _PID_HLINKSAAX x+;H7http://www.extreme.indiana.edu/xgws/afw/appFactory.pdf&sE0http://www.servogrid.org/GCWS/Schema/index.htmlikBhttp://www-itg.lbl.gov/Akenti/u ?3http://jakarta.apache.org/jetspeed/site/index.html V<*http://www.rfc-editor.org/rfc/rfc2078.txt9w9+http://www.oasis-open.org/committees/wsrp/6:6,http://ecs.erc.msstate.edu/AMD-WG/index.jspM 35http://www.cogkits.org/papers/c545python-cog-cpe.pdf*n0Khttp://msdn.microsoft.com/library/default.asp?url=library/en-us/dnglobspecN^-&http://www-106.ibm.com/developerworksUI*http://www.uddi.org/ps'http://www.w3c.org/TR/SOAPqs$http://www.w3c.org/TR/wsdlS!http://www.corba.org/"http://msdn.microsoft.com/library[-http://www.globus.org/rearch/papers/ogsa.pdf(.(http://www.computingportals.org/testbedThttp://www.gridforum.org/MZ!http://www.computingportals.org/2$mailto:balsoy@grids.ucs.indiana.edu@ @ ^@ `.^`.L^`L.^`.^`.PLP^P`L.   h^ `OJQJo(  ^`OJQJo(o  PP^P`OJQJo(    ^ `OJQJo(    ^ `OJQJo(o  ^`OJQJo(  ^`OJQJo(  ``^``OJQJo(o  00^0`OJQJo(^`o(.^`o(..0^`0o(...0^`0o(.... 88^8`o( ..... 88^8`o( ...... `^``o(....... `^``o(........ ^`o(.........@@^@`56CJOJQJo([]^`.pLp^p`L.@ @ ^@ `.^`.L^`L.^`.^`.PLP^P`L.tt^t`o(.^`.pLp^p`L.@ @ ^@ `.^`.L^`L.^`.^`.PLP^P`L.@@^@`o([]^`.pLp^p`L.@ @ ^@ `.^`.L^`L.^`.^`.PLP^P`L.^`o(. xx^x`hH. H LH ^H `LhH.   ^ `hH. ^`hH. L^`LhH. ^`hH. XX^X`hH. (L(^(`LhH.^`56CJOJQJo([]t0t^t`0CJo(.L^`L.  ^ `.||^|`.LLL^L`L.^`.^`.L^`L.h^`o(.hh^h`o(.0^`0o(..0^`0o(... 88^8`o( .... 88^8`o( ..... `^``o( ...... `^``o(....... ^`o(........^`o()^`.pLp^p`L.@ @ ^@ `.^`.L^`L.^`.^`.PLP^P`L. @^@`OJQJo( ^`OJQJo(o pp^p`OJQJo( @ @ ^@ `OJQJo( ^`OJQJo(o ^`OJQJo( ^`OJQJo( ^`OJQJo(o PP^P`OJQJo(h ^`hH.h^`OJPJQJo(-808^8`0o(..808^8`0o(... ^`o( .... ^`o( ..... `^``o( ...... `^``o(....... pp^p`o(........>^`>o(>^`>o(.0^`0o(..0^`0o(... 0^`0o( .... ~ ~ ^~ `o( .....   ^ `o( ......  ` ^ ``o(....... `^``o(........0^`056CJOJQJo(.808^8`056CJOJQJo(.0^`056CJOJQJo(..0^`056CJOJQJo(... p0 ^p`056CJOJQJo( .....  0@ ^ `056CJOJQJo( ...... @ 0 ^@ `0o(.......  0x^ `0o(........ 0^`0o(........@@^@`56CJOJQJo([]^`.pLp^p`L.@ @ ^@ `.^`.L^`L.^`.^`.PLP^P`L.  @^@`OJQJo(  ^`OJQJo(o  pp^p`OJQJo(  @ @ ^@ `OJQJo(  ^`OJQJo(o  ^`OJQJo(  ^`OJQJo(  ^`OJQJo(o  PP^P`OJQJo(h^`56CJOJQJo(.^`.pLp^p`L.@ @ ^@ `.^`.L^`L.^`.^`.PLP^P`L.^`OJPJQJ^J. xx^x`hH. H LH ^H `LhH.   ^ `hH. ^`hH. L^`LhH. ^`hH. XX^X`hH. (L(^(`LhH.  .v^.`OJQJo(  ^`OJQJo(o  ^^^^`OJQJo(  . . ^. `OJQJo(    ^ `OJQJo(o  ^`OJQJo(  ^`OJQJo(  nn^n`OJQJo(o  >>^>`OJQJo(hh^h`56CJOJQJo(.^`56CJOJQJo(.hh^h`h56CJOJQJo(..^`56CJOJQJo(... 8h ^8`h56CJOJQJo( ..... p@ ^p`56CJOJQJo( ...... @ 0 ^@ `0o(.......  0x^ `0o(........ 0^`0o(........^`o(.^`o(..0^`0o(...0^`0o(.... 88^8`o( ..... 88^8`o( ...... `^``o(....... `^``o(........ ^`o(.........h^`56CJOJQJo(.hh^h`o(.0^`0o(..0^`0o(... 0^`0o( .... 88^8`o( ..... 88^8`o( ...... `^``o(....... `^``o(........   h^ `OJQJo(  ^`OJQJo(o  PP^P`OJQJo(    ^ `OJQJo(    ^ `OJQJo(o  ^`OJQJo(  ^`OJQJo(  ``^``OJQJo(o  00^0`OJQJo(   h^ `OJQJo(  ^`OJQJo(o  PP^P`OJQJo(    ^ `OJQJo(    ^ `OJQJo(o  ^`OJQJo(  ^`OJQJo(  ``^``OJQJo(o  00^0`OJQJo( @^@`OJQJo( ^`OJQJo(o pp^p`OJQJo( @ @ ^@ `OJQJo( ^`OJQJo(o ^`OJQJo( ^`OJQJo( ^`OJQJo(o PP^P`OJQJo(^`o( Figure .^`.pLp^p`L.@ @ ^@ `.^`.L^`L.^`.^`.PLP^P`L.@^`o(.@ ^`hH.@  L ^ `LhH.@   ^ `hH.@ PP^P`hH.@  L ^ `LhH.@ ^`hH.@ ^`hH.@ L^`LhH.hh^h`56CJOJQJo(. h^ `56CJOJQJo(. ^ `56CJOJQJo(..^`56CJOJQJo(.1.1.1  ( ^ `(56CJOJQJo( .... ^`o( ..... ^`o( ...... `^``o(....... 00^0`o(........^`o(. ^`hH. L^`LhH.   ^ `hH. XX^X`hH. (L(^(`LhH. ^`hH. ^`hH. L^`LhH.   h^ `OJQJo(  ^`OJQJo(o  PP^P`OJQJo(    ^ `OJQJo(    ^ `OJQJo(o  ^`OJQJo(  ^`OJQJo(  ``^``OJQJo(o  00^0`OJQJo(P^`PCJOJQJo([]^`.pLp^p`L.@ @ ^@ `.^`.L^`L.^`.^`.PLP^P`L.^`o(. xx^x`hH. H LH ^H `LhH.   ^ `hH. ^`hH. L^`LhH. ^`hH. XX^X`hH. (L(^(`LhH.^`o(. ^`hH. pLp^p`LhH. @ @ ^@ `hH. ^`hH. L^`LhH. ^`hH. ^`hH. PLP^P`LhH.@@^@`o([]^`.pLp^p`L.@ @ ^@ `.^`.L^`L.^`.^`.PLP^P`L.  h^ `OJQJo( ^`OJQJo(o PP^P`OJQJo(   ^ `OJQJo(   ^ `OJQJo(o ^`OJQJo( ^`OJQJo( ``^``OJQJo(o 00^0`OJQJo(0^`056CJOJQJo(.808^8`056CJOJQJo(.0^`056CJOJQJo(..0^`056CJOJQJo(.1.1. p0 ^p`056CJOJQJo( ....  0@ ^ `056CJOJQJo( ..... 0x^`0o( ...... x0H^x`0o(.......   ^ `o(........P^`PCJOJQJo([]^`.pLp^p`L.@ @ ^@ `.^`.L^`L.^`.^`.PLP^P`L...^.`o(. xx^x`hH. H LH ^H `LhH.   ^ `hH. ^`hH. L^`LhH. ^`hH. XX^X`hH. (L(^(`LhH.h;\hS(;\2}Z/l(:d~l F&IbH>-+/0!y J<}"5 exn !HoX%c[&'U+5 z,?;g3cs+-C@oUTLZ9EC e#6! \8SaOCmYD@#'%%$vQ +~oo_>S[?/;gv- JG?D+>[X=ckAOUQ:Tq&lBs*$i=!`i`WeUgZDmy,n osqvHqJr:rprs&tEt6y?ydz-{D{}fr"v hpH1`%s.Cj/AE] gaonQ5<!d%#&3EdxAO~ !< o ? @ A B C D E F G H I J K L M N O P Q R S T U V W X Y Z [ \ ] ^ _ ` a b c d e f CompObjPj  FMicrosoft Word Document MSWordDocWord.Document.89qRoot Entry Fpeh:Data /WordDocument >ObjectPoolih:h:      !"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_`abcdefghijklmnopqrs|}~  !"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNORQSTUVDocumentSummaryInformation8 1TablePwSummaryInformation(DocumentSummaryInformation8 mechanisms for providing the scientific community with familiar and simplified interfaces to the Grid. Our experience in implementing Grid portals has led to the creation of GridPort: a unique, layered software systhpdc11web service mpt3n dc49cMicrosoft Word 10.0@gF@ڮU:@H@g:`՜.+,D՜.+,hx   G Grid PortalsoridSan Diego Supercomputer Center-T٥A /The GridPort Toolkit for Building Grid Portals Title HT \   _PID_LINKBASE _PID_HLINKS_AdHocReviewCycleID_EmailSubject _AuthorEmail_AuthorEmailDisplayNameAAX x+;H7http://www.extreme.indiana.edu/xgws/afw/appFactory.pdf&sE0http://www.servogrid.org/GCWS/Schema/index.htmlikBhttp://www-itg.lbl.gov/Akenti/u ?3http://jakarta.apache.org/jetspeed/site/index.html V<*http://www.rfc-editor.org/rfc/rfc2078.txt9w9+http://www.oasis-open.org/committees/wsrp/6:6,http://ecs.erc.msstate.edu/AMD-WG/index.jspM 35http://www.cogkits.org/papers/c545python-cog-cpe.pdf*n0Khttp://msdn.microsoft.com/library/default.asp?url=library/en-us/dnglobspecN^-&http://www-106.ibm.com/developerworksUI*http://www.uddi.org/ps'http://www.w3c.org/TR/SOAPqs$http://www.w3c.org/TR/wsdlS!http://www.corba.org/"http://msdn.microsoft.com/library[-http://www.globus.org/rearch/papers/ogsa.pdf(.(http://www.computingportals.org/testbedThttp://www.gridforum.org/MZ!http://www.computingportals.org/  FMicrosoft Word Document MSWordDocWord.Document.89q2$mailto:balsoy@grids.ucs.indiana.eduv06SC02 final versionmarpierc@indiana.eduMarlon Pierce