GLUE 2.0 - Executable discussion at OGF22
Daniel has asked me to forward this to the list while he waits for Sergio to authorize his mailing list subscription request. ===== I had a meeting with JP this morning after the opening session to discuss ideas for Executable in ApplicationEnvironment. Here are some links to background information and some possible ideas. I would like to discuss this with other group members at one of the sessions this week. There are 2 sessions on Wed and 1 on Thu, however JP will not be available for the afternoon session on Wed (which is scheduled to be 'computing' I think). Alternatively we could meet Tuesday afternoon? *Background* Executable (LocalID, Name, Parallel)http://forge.ogf.org/sf/wiki/do/viewPage/projects.glue-wg/wiki/PhoneMeeting2... http://forge.ogf.org/sf/wiki/do/viewPage/projects.glue-wg/wiki/GridAustralia... More on ParallelType, NetworkInfohttp://forge.ogf.org/sf/wiki/do/viewPage/projects.glue-wg/wiki/PhoneMeeting2... *Current SPEC 24/2*https://forge.gridforum.org/sf/go/projects.glue-wg/docman.root.drafts No ParallelType or NetworkInfo yet. 5.0 Auxiliar Entities Spelling in title and GLUEntitiy in image need fixing! This could be used for executable. But since we agree that it is better to have a setup method (eg. module) then things like InstalledRoot should not be required either - and we don't want everything as an Auxiliary Entity! It appears to be 'less supported' and would not have a properly documented description. 6.7 p21 ApplicationEnvironment SetupMethod (module or softenv), SetupKey - only allows ONE! It would be better to be a Setup entity with method, key attributes. eg: <Setup method="module" key="blast"> Possibly rename Setup to Handle? This is what Teragrid have used in their non-GLUE schema. Or some other name? Allowing multiple entities, the method could then allow a value of "executable". This suggested alternative requires extra parsing and is more difficult to use XPath to extract modules for software: <Setup>module:blast</Setup> JP also suggested that things like parallel could be supported in a SoftwareAttributes (or similarly named) entity. But it is hard to decide what should be 'generic' and what should just be part of the SPEC to start with. Maybe best to keep as already discussed - but make sure it is put in the SPEC. Daniel.
Hi Gerson, Gerson Galang ha scritto:
Daniel has asked me to forward this to the list while he waits for Sergio to authorize his mailing list subscription request. I received the request from Daniel and authorized, but this was for the forge portal. For the mailing list, there is no authorization from our side. Just have to follow these rules: http://www.ogf.org/mailman/listinfo/glue-wg
for the topics below, we'll try to sort out these issues during the GLUE sessions. Cheers, Sergio
===== I had a meeting with JP this morning after the opening session to discuss ideas for Executable in ApplicationEnvironment.
Here are some links to background information and some possible ideas. I would like to discuss this with other group members at one of the sessions this week. There are 2 sessions on Wed and 1 on Thu, however JP will not be available for the afternoon session on Wed (which is scheduled to be 'computing' I think).
Alternatively we could meet Tuesday afternoon?
*Background*
Executable (LocalID, Name, Parallel) http://forge.ogf.org/sf/wiki/do/viewPage/projects.glue-wg/wiki/PhoneMeeting2...
http://forge.ogf.org/sf/wiki/do/viewPage/projects.glue-wg/wiki/GridAustralia...
More on ParallelType, NetworkInfo http://forge.ogf.org/sf/wiki/do/viewPage/projects.glue-wg/wiki/PhoneMeeting2...
*Current SPEC 24/2* https://forge.gridforum.org/sf/go/projects.glue-wg/docman.root.drafts
No ParallelType or NetworkInfo yet.
5.0 Auxiliar Entities Spelling in title and GLUEntitiy in image need fixing!
This could be used for executable. But since we agree that it is better to have a setup method (eg. module) then things like InstalledRoot should not be required either - and we don't want everything as an Auxiliary Entity! It appears to be 'less supported' and would not have a properly documented description.
6.7 p21 ApplicationEnvironment
SetupMethod (module or softenv), SetupKey - only allows ONE!
It would be better to be a Setup entity with method, key attributes. eg: <Setup method="module" key="blast">
Possibly rename Setup to Handle? This is what Teragrid have used in their non-GLUE schema. Or some other name?
Allowing multiple entities, the method could then allow a value of "executable".
This suggested alternative requires extra parsing and is more difficult to use XPath to extract modules for software: <Setup>module:blast</Setup>
JP also suggested that things like parallel could be supported in a SoftwareAttributes (or similarly named) entity. But it is hard to decide what should be 'generic' and what should just be part of the SPEC to start with. Maybe best to keep as already discussed - but make sure it is put in the SPEC.
Daniel.
------------------------------------------------------------------------
_______________________________________________ glue-wg mailing list glue-wg@ogf.org http://www.ogf.org/mailman/listinfo/glue-wg
-- Sergio Andreozzi INFN-CNAF, Tel: +39 051 609 2860 Viale Berti Pichat, 6/2 Fax: +39 051 609 2746 40126 Bologna (Italy) Web: http://www.cnaf.infn.it/~andreozzi
participants (2)
-
Gerson Galang -
Sergio Andreozzi