[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
Re: RE: [geclipse-dev] Sorry to bother you again
|
Dear Ken：
Well, I
didn't know that. Actually this GOS middleware are developed by three
organizations. Beihang is in handle of the workflow part while we are
responsible for data intergration and programming tools developing. So our main
interests in implementing g-Eclipse on GOS is to use it as an IDE for
common MPI programmer. I am not sure whether we have a further plan for
implementing its workflow and other parts such as
grid management component.
2008-05-09 :
10:53:43
Yuanbin
Zou
FIT 1-111, Tsinghua
University, Beijing,China
100084
Residence: +86-10-6279-6954
Mobile:
+86-135-8154-2786
E-mail: stgrandet@xxxxxxxxx
From： Ken
Meacham
Sent at：
2008-05-07 21:49:58
To： Developer mailing
list
Cc to： Thomas
Leonard
Subject： RE:
[geclipse-dev] Sorry to bother you again
Dear Yuanbin,
I
was wondering if you were aware of the BRIDGE project (http://www.bridge-grid.eu/) that is
attempting to integrate GRIA middleware (from IT Innovation) and GOS (from
Beihang)?
Best regards,
Thanks very much for your advises.
I have asked the
developers for a long time and I think we have no documents in other language
than Chinese.
So this is the site to fetch infomations about this GOS grid
middleware,
http://www.cngrid.org/web/guest/gos3however
they are all in Chinese.
I am trying coding, while without documents,though
we have help docs we still have specific annotations about the codes, about
g-Eclipse, we found the developing work pretty tough. So I am wondering
whether it is too impertinent to request some instant messaging ways such as
msn or gtalk.
-Regards
Yuanbin
ZouFIT 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 want to impelement one copy on
our
> 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 and easier to
understand than the
glite part.
> Can you give some introduction about the function
of these
> projects? I have read the developer guides while find still
a little
> confuse about the actual implementation. Thanks so
much.
well, all depends a bit on what functionality your
middleware has, and
which parts you plan to implement support
with.
First you need to decide how your middleware concepts map to
the gEclipse
grid model.
Can you provide us with some high level
technical description of your
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
organization" (even if your MW doesn't have this notion
you need a simple
'fake' one)
2.1 - a class extending
AbstractVirtualOrganization
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 anyway tell you which /where are your
resources.
4 - only then start implementing access to
jobs/storage
Hope this helps, cheers,
Ariel
