Re: Testbed

[Chip Watson <chip.watson@jlab.org>]

Gregor von Laszewski wrote:

> 1) Java CoG can handle multiple credentials, a JSP interface is available
> through JPDK, a Web interface based on CGI and HTML has been developed by
> the Cactus group. Together with myProxy a convenient way to integrate this
> in "dusty" web servers is possible.

Similar solutions exist at Jlab.  Can they interoperate?

> 2) I have to better understand what "running" Globus means. One way of
> looking at this is Globus provides an Information service. A site may only
> want to install this information service but not the rest of "Globus".  It
> is easy to integrate other information services within this Information
> services, called  MDS2. MDS2 has the security build in. If you do not want
> to install MDS2 on your machine for one or the other reason, you have to
> reimplement a service doing exactly this.
>
> 3) GSIFTP or GRIDFTP provide file staging abilities that can be performed on
> web servers through the Java CoG Kit. A rewrite of JavaFilesynchronizer
> could do simple replication.

Same point as above.  Can a system built from Java CoG play with a
dissimilar system?  Are standards well enough defined?   (I suggest not, and
that is one thing GGF should be working on.)

> 4) We can technically submit remote jobs through web services.
>
> Thus, I assume Globus will be considered as part of the testbed?

Yes, but a homogeneous Globus GCE testbed does not test anything which is
not already known to work, so I propose we want to test multiple implementations.
(Although that is just my opinion).  It is at this point we must decide what features
are interesting to test.

> Nevertheless, I also difficulties understanding (4) in your original mail.
> Example: if I do not know what system or infrastructure I, I can not make
> the decision what information/commands I should submit  to this
> infrastructure. At least I must know my app is written in this
> language/framework, it is compilable/runable on this platforms, I can send
> this out to a broker that looks for resources matching my requirements.

IMHO, a portal is more than a bunch of web pages (HTML) granting access
to resources reachable by that web site.  It is also a bunch of web services
which can be used to build applications at a higher level (as is being done
in SOAP, ebXML, other industry initiatives).  What web services do we think
are useful and re-usable?  That was the point of my list.

Regards,

Chip


--
Chip Watson
High Performance Computing Group
Thomas Jefferson National Accelerator Facility
Tel: (757) 269-7101
http://www.jlab.org/~watson