Dear Zou,
I had a look at the
presented link and indeed I can confirm that everything is in Chinese there :) So
I could not get that much information out of it.
I understand that implementing a new middleware plug-in on
top of g-Eclipse is not a very easy task and
we will help you in any case with
your implementation. Concerning instant
messaging this would of course be a possibility. Nevertheless I see a few cons
against instant messaging:
1)
It is not recorded for other developers.
2)
Most likely you are living in a completely other time zone than the g-Eclipse team which may cause problems.
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 can make you an
offer that you cannot reject. You
are not the only person facing these problems with implementing a middleware on
top of g-Eclipse. So let’s seize this opportunity to make the best out of
it for both of us. So I promise to give you any
help you need via the dev-list and while
we proceed with integrating your middleware we (g-Eclipse) will document our/your
efforts in a “How to implement a middleware for g-Eclipse” guide
that we afterwards publish on our web pages.
So since I can not learn anything
about your middleware from the link please allow me to post some questions that
may help us to give you some first entry points into your implementation:
1)
Does your middleware support the concept of virtual organizations?
2)
Does your middleware have something like a central information
service, something like a central repository of available computing and storage resources?
3)
How are the resources accessed remotely? Are they enclosed by web services?
4)
What about authentication and
authorization? Which concepts do you use there? Key-pairs? X509? Something
else?
5)
Is it possible to get access to an
exemplary installation of your middleware? Just to get a feeling how it looks
like?!
6)
Concerning your client code for g-Eclipse, is it available? Can we have a look at it? Would be good to see
concrete implementations when going into technical details.
So by answering these questions you could give us some
valuable hints that on the other side may allow us to provide you more specific
help.
Best Regards,
Mathias
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
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
