New version page

Peer to Peer Networks and Web Services for a Community Grid

Upgrade to remove ads

This preview shows page 1-2-14-15-29-30 out of 30 pages.

Save
View Full Document
Premium Document
Do you want full access? Go Premium and unlock all 30 pages.
Access to all documents
Download any document
Ad free experience
Premium Document
Do you want full access? Go Premium and unlock all 30 pages.
Access to all documents
Download any document
Ad free experience
Premium Document
Do you want full access? Go Premium and unlock all 30 pages.
Access to all documents
Download any document
Ad free experience
Premium Document
Do you want full access? Go Premium and unlock all 30 pages.
Access to all documents
Download any document
Ad free experience
Premium Document
Do you want full access? Go Premium and unlock all 30 pages.
Access to all documents
Download any document
Ad free experience
Premium Document
Do you want full access? Go Premium and unlock all 30 pages.
Access to all documents
Download any document
Ad free experience

Upgrade to remove ads
Unformatted text preview:

Peer to Peer Networks and Web Services for a Community GridP2P Grid Architecture IP2P Grid Architecture IIPeer to Peer Community GridSome Research Issues for P2P GridCompiling for WSDL.opennet ArchitectureRole of Web ServicesHPCC and WSDLConverting a Portal to WSDLWSDL Job Submittal service IWSDL Job Submittal service IIWSDL Job Submittal service IIISOAP and Gateway Portal ISOAP and Gateway Portal IINext Steps in WSDL PortalsSOAP Binding to SMTPThreaded Discussion/Reporting as a Web ServiceScience as a Web ServiceSome Science Web ServicesSome General Grid Web ServicesEducation as a Web ServiceAudio Video Conferencing as a Web ServiceSemantic Grid & Digital BrilliancePublish/Subscribe as a Web ServiceSingle Server P2P IllusionBroker NetworkCommunity P2P GridCollaborative Web Resourcesfipgdec5-01ipgdec5-01Peer to Peer Networks and Web Services for a Community GridPTLIU Laboratory for Community GridsGeoffrey Fox, Marlon Pierce, Shrideep Pallickara, Choonhan Youn Computer Science, Informatics, PhysicsIndiana UniversityBloomington IN [email protected] Grid Architecture I“Everything electronic” is a resource •Computers•Programs•Data (from sensors to this presentation to email to databases)•PeopleResources are labeled by XML•URI from URL (location) to URN (property tag)•Metadata•Software Interfaces•Personal InformationXML Interfaces may be “virtual”•Define in XML but “compile” to optimized form for performance functionality accessibility trade-offsipgdec5-01ipgdec5-01P2P Grid Architecture IINearly all resources have a web interface•Including people and software components•All resources have natural GUI from browserEverything is an Object (as opposed to or in addition to being a table or an array)Objects have well defined interfaces which can and should be standardizedEssentially all resources connect with messages which must also have a possibly virtual XML specification•This includes resources (such as functions) running in same memory space •As well as the more obvious coarser grain web applicationsipgdec5-01ipgdec5-01ResourceDatabaseResourceSoftwareSoftwareXMLSkinPeer to Peer Community GridXMLSkinMessageOr EventBasedInterConnectionXML Defined Resourcesconnected by XML defined messagesImplementation of resource andconnection may or may not be XMLipgdec5-01ipgdec5-01Some Research Issues for P2P GridWhat happens to programming languages when data structures are defined in XMLHow do we manage a sea of virtual XML?•Register, find and link objects•This is “distributed operating system of the world” ?What happens to databases when everything is an Object defined in XML and transformed by Java?How and when do we compile virtual XML •Convert slow XML message to super fast method call on stackHow do we implement services such as Security and collaboration over a range of grain sizesSupporting all “grain sizes” we get some sort of dynamic fractal world which looks like XML objects exchanging XML messages at all scales•Not well supported by centralized services (P2P problem)Semantic Grid: as metadata increases, objects link together forming digital brilliance – a phase transition in information spaceipgdec5-01ipgdec5-01Compiling for WSDLSingle Address spaceMethod1Method2stackWebServerWebApplication1WebServerWebApplication2WSDL MessagesShared Memory Distributed Systemipgdec5-01ipgdec5-01.opennet ArchitectureDatabase(Virtual) XML LayerEnterprise JavabeansJavaServlet JSPPersistent Managed StoreObject layerVirtual MachineControlRender forInput from useripgdec5-01ipgdec5-01Role of Web ServicesDefine interfaces of web applications so that computer-computer interactions are enabled•Defines virtual XML for all system and application servicesWSDL is XML versions of Class and Method definitionsSOAP is XML version of messageUDDI or WSIL catalogs WSDL based services enabling precise linkage of themWSFL and WSCL are candidate linkage languagesSecurity CatalogPaymentCredit CardWarehouseshippingWSDL interfacesWSDL interfacesipgdec5-01ipgdec5-01BackendResourcesMiddle TierClientJavaC++ ..ProxyHPCEngineMPI ..SOAP IIOPRMI …..XML basedInterfacesWSDLDatabaseJavaC++ ..ProxyPersistentStorageParallelI/O …SimulationComponentDataComponentMPPHPCC andWSDLipgdec5-01ipgdec5-01Converting a Portal to WSDLGateway (http://www.gatewayportal.org) is a relatively mature portal supporting Job submission, management and some visualization for codes like ANSYS – developed for DoD HPC centersAlready used XML to define interfacesbackendGlobusrcp/rshCorba middle tierSECIOP withJava modulesJSP SSLbackendSOAPwrapperCORBAWSDLWill replacehistorical CORBABy EJBAvailableFor GCE testbedJanuary 2002Add CastorJava to XMLPre WSDLPost WSDLipgdec5-01ipgdec5-01WSDL Job Submittal service IMore details at http://www.gatewayportal.org/ and http://aspen.ucs.indiana.edu/ptliu/gatewaywsdlArguments and return (as messages)Of two RPC methods in Gateway – should standardize…………………………………………………………………………………………………….(abstract) portType without binding to Transport or Addressoperation ≈ methodDefine RPC like methods with in and out parametersipgdec5-01ipgdec5-01WSDL Job Submittal service IIBinding asserts operations implemented with SOAP over HTTP protocolTwo (sample)methodsinput and outputdefined byportTypesipgdec5-01ipgdec5-01WSDL Job Submittal service IIIDefine WebFlowSubmitjobService with a single port implementing previous binding at a particular portUses WSDL import syntax to reference previous specificationsAddressUse operationsfrom this bindingServiceipgdec5-01ipgdec5-01SOAP and Gateway Portal IHaving specified service in WSDL, the run-time is implemented in SOAPHere is SOAP over HTTP message from clientThis is execLocalCommand to run one particular command (ls) on current WebFlow directorySpecify ls as First argumentHTTP HeaderSOAPEnvelopeWith bodyipgdec5-01ipgdec5-01And this is the result of ls sent back to client in SOAP over HTTPSOAP and Gateway Portal IIHTTPHeaderSOAPEnvelopeand bodyipgdec5-01ipgdec5-01Next Steps in WSDL PortalsAgree on WSDL Interfaces for important job submittal and management functions•Are computers also defined in WSDL – believe so Set up UDDI servers to catalog amnd retrieve WSDL services•How is this consistent with current Grid Information Services?Set up


Download Peer to Peer Networks and Web Services for a Community Grid
Our administrator received your request to download this document. We will send you the file to your email shortly.
Loading Unlocking...
Login

Join to view Peer to Peer Networks and Web Services for a Community Grid and access 3M+ class-specific study document.

or
We will never post anything without your permission.
Don't have an account?
Sign Up

Join to view Peer to Peer Networks and Web Services for a Community Grid 2 2 and access 3M+ class-specific study document.

or

By creating an account you agree to our Privacy Policy and Terms Of Use

Already a member?