| Re: AW: [geclipse-dev] Sorry to bother you again |
1)
Does your
middleware support the concept of virtual org
Actually we don't have a clear "virtual organizations" conception, while I hava asked the developer, and they told me it maybe corresponds to the "Agora" conception in GOS. So agora is a group sponsored by some one, then the sponsor can add users and resources to it, and then the users in this agora can get use of resources. These users can be totally end users with nothing known about what grid are and how our resources operates. We can take a professor from the Department of Biology or Physics as an example. The resources can be softwares on a cluster, such as Blast on our cluster at 166.111.131.47, or our cluster infomation query service or the cluster queues query service. So there is no other information service site. However, I found some difference between these two concept. In GOS, a user has to belong to a default agora, which would always be a blank one with no resources and only some resources-greedy users. After log in to the default agora, the user would query the agoras he blongs, then he can get access to other agora which is rich in resources. So, this is a little different from the current g-Eclipse architecture, and I am considering how to fix it.
2)
Does your
middleware have something like a central information service, something like a
central repository of available computing
We do have this component, but this component is so weak in our middleware. Actually these infomations are gotten by read the file filled by the site administrators. So these infomations are possibly wrong. I hava communicated with the developer. They promised me that they would feign to warn the administrators to force them provide infomation correctly. However these infomation would be static and roughly corresponding to the dynamical immediate circumstance.
3) How are the resources accessed remotely? Are they enclosed by web services?
4)
What about
authentication
We use X509 files, also we can log in to the grid with a username-password pair. We need a proxy file (X509) or a username-password pair and a namingurl, then we can get accessed to the default agora of the user.
5)
Is it
possible to get access to
Well, this middleware is still in developing, and we have some unstable copies on our sites. However, some of them can not be accessed by the foreign ends, and the only accessible one is down several days before. So I would inform you as soon as it get up.
6)
Concerning
your client code for g-Eclipse, is it available? C
Sure these code would be available. Currently we don't have too much code, and our SVN server is in our local network which is a NAT network. So I think maybe we need some SVN server. Can we share our projects to the CVS server of the g-Eclipse projects?
Dear
Zou,
I had a look at the
presented link
I
underst
1)
It is not recorded for
other developers.
2)
Most likely you are
living in a completely other time zone th
3)
You only get help from
one person. By using the dev-list you get help from the whole
team/community.
So I really suggest
making use of the list.
Nevertheless I think I
c
So since I
c
1)
Does your middleware
support the concept of virtual org
2)
Does your middleware
have something like a central information service, something like a central
repository of available computing
3)
How are the resources
accessed remotely? Are they enclosed by web
services?
4)
What about
authentication
5)
Is it possible to get
access to
6)
Concerning your client
code for g-Eclipse, is it available? C
So by
Best
Regards,
Mathias
Dr.
Mathias Stümpert
Project
Coordinator
g-Eclipse Project
(IST-034327)
Karlsruhe Institute of
Technology
(KIT)
Steinbuch Centre for
Computing (SCC)
Herm
76344
Eggenstein-Leopoldshafen
Phone:
+49 7247
828610
Fax: +49 7247
824972
Email:
mathias.stuempert@xxxxxxxxxx
Von:
geclipse-dev-bounces@xxxxxxxxxxx [mailto:geclipse-dev-bounces@xxxxxxxxxxx]
Im Auftrag von ???
Gesendet: Mittwoch, 7. Mai 2008
03:52
An:
geclipse-dev@xxxxxxxxxxx
Betreff: Re: [geclipse-dev] Sorry to bother
you again
Th
I have asked the developers for a long time
So this is the site to fetch
infomations about this GOS grid middleware,
http://www.cngrid.org/web/guest/gos3
however
they are all in Chinese.
I am trying coding, while without documents,though
we have help docs we still have specific
-Regards
Yu
FIT 1-111, Tsinghua University,
Beijing,China
100084
Residence:
+86-10-6279-6954
Mobile:
+86-135-8154-2786
E-mail:
stgrandet@xxxxxxxxx
2008/4/9 Ariel Garcia <garcia@xxxxxxxxxx>:
Hello Zou,
> So, if I w
> own
middleware, the projets we have to rewrite are those ones with
>
*glite*?
well, it would be easier if you start taking a look a
the 4
plugins/projects named
eu.geclipse.gria*
eu.geclipse.efs.gria
They have less functionality but they are much smaller
underst
> C
> projects? I have read the developer guides while find still a
little
> confuse about the actual implementation. Th
well, all depends a bit on what functionality your
middleware has,
which parts
you pl
First you need to decide how your middleware concepts map to the
gEclipse
grid model.
C
middleware, or
some link describing it? then we could probably provide
more concrete
suggestions.
Concretely, usually you would start implementing support
for
1 - your authentication tokens
1.1 - a
class extending AbstractAuthenticationToken
1.2 -
a class implementing IAuthenticationTokenDescription
(see
eu.geclipse.gria.auth package as example)
2 - your "virtual
org
you need a simple 'fake' one)
2.1 - a class extending AbstractVirtualOrg
2.2 - a class
implementing IStorableElementCreator
(see eu.geclipse.gria.vo package
as example)
3 - your 'information system': if your MW doesn't have this
notion this
class should
4 - only then start
implementing access to jobs/storage
Hope this helps, cheers,
Ariel