Dear Andre,
From the top of my head, I would think that the following parties might be interested to team up resources (endpoints, code, people) to get things in place:
- VU Amsterdam - IN2P3, France - CCT, LSU - KEK/Naregi - RAL, UK
OK for KEK to use NAREGI. However,
A simple interop demo would be to submit the same job (NOT /bin/date) to a set of resources in the various infrastructures discovered via SD, from various tools. A job submitted via python for example should be monitorable from C++ tools, and output could be reaped via PySAGA-over-JSAGA, etc.
Using SD to discover NAREGI resources will be difficult at the demo. Certainly, we are developing SD adaptor for NAREGI now but the development and test cannot be completed by that time. In my understanding, SAGA has a prototype SD adaptor only for glite at this moment. Do you know how about other middlewares?
Replica Management (not JSAGA?)
JSAGA supports Replica Management package for gLite-LFC, iRODS and SRB. Great. Andre, Sylvain already has an iRODS replica adaptor for their JSAGA. Do you still need that adaptor for SAGA C++ at the demo? If so, we will try to complete the adaptor by then. Best regards, Yutaka Yutaka Kawai 河井 裕 High Energy Accelerator Research Organization (KEK) Computing Research Center Tel: +81-(0)29-864-5200 (Ext: 4503) Fax: +81-(0)29-864-4402 E-Mail : yutaka.kawai@kek.jp