-
Notifications
You must be signed in to change notification settings - Fork 1
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
follow the output of qacct for naming conventions of class members #4
Comments
@troeger: I'm currently implementing the
doesn't map to the output of Univa's output from |
Yes, you have to make an internal attribute translation to the specific DRM system. This is the price to pay for implementing a standardized interface. I would propose that you support both things - the standardized attribute names and the implementation-specific names. @dgruber definitely also has an opinion on that. |
I would certainly give naming schemes (camel case / upper case / underscores etc.) which are common to the implementation language the preference. Like @troeger said the actual naming was part of the standarization process. Even the DRMAA2 C language binding shipped with Univa Grid Engine is using the standardized names rather than Grid Engine names, by purpose. This is the Go and JSON version (https://github.com/dgruber/drmaa2/blob/master/drmaa2.go):
This is the ANSI C counterpart:
Hope that helps... Cheers |
not using consistent naming between existing utilities, like
qacct
, is confusing at best. Here's an example: in theJob
class you're usingjobId
instead ofjobnumber
-- full output for a job fromqacct
is below:The text was updated successfully, but these errors were encountered: