[Oslc-Automation] OSLC Actions: Action for resource that does not yet exist: worked example

John Arwe johnarwe at us.ibm.com
Tue Jan 28 16:36:03 EST 2014


Should  { <plans/1/results/67890> , oslc_auto:executes , 
<plans/1/future-stop> } be
                { <plans/1/results/67890> , 
oslc_auto:executesAutomationPlan        , <plans/1/future-stop> } in 2 
places?


When you say "the client knows", "The Automation Request was never created 
to be executed in this form by the provider - only to be downloaded to be 
submitted as a new Automation Request for executed later. However, the way 
in which other providers behave may vary.)", and so on, I do find myself 
asking "how?, in other words "based on what information?"  I can follow my 
nose through the steps (I think), but I'm not positive that my answers 
would match anyone else's ... that "knows X/how" set of statements feels 
like it needs capturing even though I find myself hesitant to say it Must 
be.
Maybe this is a simple matter of completeness though - I see you carefully 
leaving breadcrumbs in places before and after (e.g. in resource context 
for the execute-later case).

Bottom line, I could follow it.  It required careful reading in spots, but 
(given the two points in time, trying to link to resources not yet 
created, etc) I don't think we can completely stamp that out.

Taking a second pass, these are points where a breadcrumb might have been 
eaten by the crows.
1: "consumer is familiar with future actions, so it recognises that 
results that are generated by executing this deployment plan will have an 
action called “Tear down pattern 1”,"    Not seeing the formal definition, 
I'm not sure that I can follow my nose with respect to knowing where to 
look for the future action; we could define that, if need be.
2: "and it knows this is a teardown plan as it is of type oslc:StopAction" 
... not obvious how it knows that its 'teardown' specifically.  Shirley 
(via the Open World Assumption) not always, as currently written.  Maybe 
if you had a teardown type (in any ns).
3: "The consumer sees that there is a template dialog binding on the 
future action, and so knows that this action requires configuration" ... 
quibble: requires => likely accepts (and might require).
4: "The Automation Request was never created to be executed in this form 
by the provider " ... I think b/c of the oslc_auto:TemplateDialog
5: "is encoded in the creation factory URI" this is true; I'm tempted to 
change is => might be or "In this example, ..." since it's not required 
(could also be in a fixed body).
6: "As the Automation Request was created before the resource was 
deployed, the request does not contain any context information" ... "the" 
AutoReq, you have several - use its short URI, e.g. /56789?
7: "this new request to determine when the teardown has completed. When 
this new Automation Result " ... perhaps same as 6.

On the whole, for me, that's a pretty minor set of comments on something 
this complex.  [worries: did he miss something?]

Best Regards, John

Voice US 845-435-9470  BluePages
Tivoli OSLC Lead - Show me the Scenario


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://open-services.net/pipermail/oslc-automation_open-services.net/attachments/20140128/bb51e174/attachment-0003.html>


More information about the Oslc-Automation mailing list