Re: [geclipse-dev] Sorry to bother you again

["邹园斌" <stgrandet@xxxxxxxxx>]

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/gos3

however 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 Zou

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 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