Hello Peter
> We spent several years on defining an API that fits to the majority of
> cluster products today and tomorrow, so using the DRMAA2 spec may save you
> some thinking time. Please note also that many features of DRMAA2 are
> optional, so you can start small and extend your implementations
> step-by-step.
That's our plan. And we also believe that using an industry-proven software,
with formed community and documentation will make it simpler for contributors
and new developers.
> Univa Grid Engine 8.2 is now supporting DRMAA2 out of the box, which would
> allow you to implement a DRMA2 Java binding by a thin Java-to-C conversion
> layer for this product. If we get DRMAA2 C libraries for the other products,
> this layer would be re-usable (as we had it with DRMAAv1).
That sounds great. I'll try to hack an ansible + vagrant/docker script to give
it a shot.
> Including your request, I have now a number of serious demands for the Java
> binding spec. I will start with an initial version during the next days and
> keep the list informed. Testing and implementations for that would be great
> anyways.
Thanks! Are you going to use GitHub? If so I can probably bother you there with
issues and maybe PR's :)
All the best,
Bruno
>________________________________
> From: Peter Tröger <[email protected]>
>To: Bruno P. Kinoshita <[email protected]>
>Cc: drmaa-wg <[email protected]>
>Sent: Wednesday, September 10, 2014 4:14 AM
>Subject: Re: [DRMAA-WG] Meeting Minutes OGF-42, Day 1
>
>
>
>Dear Bruno,
>
>
>thanks for your feedback, we always need encouraged people to join the DRMAA
>working group.
>
>
>I am the maintainer of a PBS Plug-in for Jenkins. It uses a custom PBS Java
>API at the moment, but users asked for a generic grid computing plug-in for
>Jenkins, supporting different vendors.
>>
>>
>>Maybe I can help with the Java binding if necessary, with testing, reviewing,
>>writing docs, etc. We are deciding whether to wait for DRMAA v2, or write our
>>own little common API in Java for PBS, SGE, etc.
>
>
>We spent several years on defining an API that fits to the majority of cluster
>products today and tomorrow, so using the DRMAA2 spec may save you some
>thinking time. Please note also that many features of DRMAA2 are optional, so
>you can start small and extend your implementations step-by-step.
>
>
>Univa Grid Engine 8.2 is now supporting DRMAA2 out of the box, which would
>allow you to implement a DRMA2 Java binding by a thin Java-to-C conversion
>layer for this product. If we get DRMAA2 C libraries for the other products,
>this layer would be re-usable (as we had it with DRMAAv1).
>
>
>Including your request, I have now a number of serious demands for the Java
>binding spec. I will start with an initial version during the next days and
>keep the list informed. Testing and implementations for that would be great
>anyways.
>
>
>Best regards,
>Peter.
>
>
>
>
>
>
--
drmaa-wg mailing list
[email protected]
https://www.ogf.org/mailman/listinfo/drmaa-wg
