Re: AW: [geclipse-dev] PBS implementation

[Thomas Köckerbauer <tkoeck@xxxxxxxxxx>]

Hi everyone,

I've already talked to Mathias about this but I didn't bring it up in the 
mailing list yet. We wanted to introduce an extension point for interactive 
connections which could then be used by plugins like the remote 
debugging/compiling, the batch editor, the terminal, gvid, etc.
Two implementations for this extension point would be SSH and glogin.
This would allow all plugins that use this extension point to build 
interactive connections may be provided by a middleware/some other plugin.


Cheers,
Thomas


Am Mittwoch, 11. Juni 2008 16:02:04 schrieb Romain:
> Hi Mathias,
>
> I am working on it right now. I have created a new package in the bundle
> and exposed the SSH tool. I will send a patch to Harald as soon as I
> have a first working version with PBS.
>
> I don't think you had this mail, it was off the mailing list:
> > Hi Harald,
> >
> > Thank you for your quick answer,
> >
> >> It may be interesting to provide the functionality to submit jobs
> >> directly to the batch service.
> >
> > In fact it is just a side effect of taking advantage of the already
> > implemented PBSBatchService class of geclipse. My aim is to implement
> > the grid model of geclipse for PBS.
> >
> >> This was not initially though of, thats why the class is declared
> >> final. But if the need is there the final can be removed. The
> >> question is, should there be an interface declared in the
> >> IBatchService interface for job submission or should this be done by
> >> extending the specific implementations as you suggest. So could you
> >> answer the following question:
> >>
> >> Are you going to use the qsub command to submit your job, if not
> >> which command?
> >
> > Yes,  I have been looking for an implementation of a PBS client
> > library in java, but it doesn't exist. So I will use qsub and command
> > line parsing.
> >
> > Talking about parsing, some methods of the actual PBSBatchService
> > doesn't work on our pbs cluster (like the one to get the kernel
> > version). Maybe the parsing methods can be generalized I may look into
> > it.
> >
> >> How are you going to do the translation from jdl to whatever qsub (or
> >> another command) may accept?
> >
> > I will base my implementation on the jsdl format because it is
> > documentend and normalized, and I will generate pbs scripts from it. I
> > don't know if I will be able to implement the full specifications, but
> > I think it is pretty doable to translate a launching command with
> > arguments and implement basic data staging in PBS.
> >
> >> If you let me know what interface you would like I can look into it
> >> on Thursday(I don't have access to the code right now and will be
> >> traveling tomorrow). You could also request the following interface
> >> as an bugzilla feature request (
> >> https://bugs.eclipse.org/bugs/enter_bug.cgi?product=gEclipse&bug_severit
> >>y=enhancement ) and
> >
> > Ok.
> >
> >> either provide a patch for an implementation or if its simple I may
> >> do it.
> >
> > I may do the work, I'll send you the patch and the new eu.geclipse.pbs
> > pluggin as soon as I have a working version. I will not implement the
> > user interface however.
> >
> >> Please let me know what you would prefer.
> >>
> >> Thanks,
> >> Harald G.
> >
> > Thank you,
> > Romain.
>
> Romain.
> _______________________________________________
> geclipse-dev mailing list
> geclipse-dev@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/geclipse-dev