This is a static archive of the previous Open Grid Forum GridForge content management system saved from host forge.ogf.org file /sf/discussion/do/listPosts/projects.ggf-editor/discussion.rec_a_gridrpc_model_and_api.gridrpc at Thu, 03 Nov 2022 23:16:46 GMT SourceForge : Post

Project Home

Tracker

Documents

Tasks

Source Code

Discussions

File Releases

Wiki

Project Admin
Project: Editor     Discussion > REC:A GridRPC Model and API... > GRIDRPC > List of Posts
Forum Topic - GRIDRPC: (2 Items)
View:  as 
 
 
GRIDRPC
Questions:
1). What are the advantages of GRIDRPC vs WEB Services?
2). It looks to me that the API was written in 'C' or 'C++' and
so it forces developers to use either 'C' or 'C++' to develop their RPC applications?
Richard
web services and gridrpc
the way i understood it, it is a wrapper around existing service APIs - which may or may not translate to web services.

if i would have to implement it on top of a stateless WS service, i would keep the session management state purely in 
the client. this is also the only reason i could find why the 'default' connection function would make sense - this API 
is always tied to an underlying implementation and service.

if this was not the intention, but a real remote call over a web service and it would mandate the web service to keep a 
connection and session state, i think its adoption is questionable. 

peter

 
 


The Open Grid Forum Contact Webmaster | Report a problem | GridForge Help
This is a static archive of the previous Open Grid Forum GridForge content management system saved from host forge.ogf.org file /sf/discussion/do/listPosts/projects.ggf-editor/discussion.rec_a_gridrpc_model_and_api.gridrpc at Thu, 03 Nov 2022 23:16:47 GMT