[Oslc-Automation] Automation Execution scenario

Barys Dubauski bdubausk at us.ibm.com
Tue Oct 25 12:47:59 EDT 2011


+1 for all 3 use cases mentioned by Brent (especially first and last):
updating parent build + build promotion/lock.

-Barys
CCB Development,
Beaverton, US



From:	Brent Ulbricht/Austin/IBM at IBMUS
To:	oslc-automation at open-services.net
Date:	10/25/2011 02:26 AM
Subject:	Re: [Oslc-Automation] Automation Execution scenario
Sent by:	oslc-automation-bounces at open-services.net



We have a few scenarios where updating the build result after the build has
completed is helpful.

- A build is used to kick off child builds and for purposes of viewing the
results/downloads/links/logs in one place, the child builds update the
original build with their contributions.
- If a build has failed or there is some other useful information about
that build, having the ability to update the build result with notes about
the build keeps information from getting lost.
- Perhaps, a build has been declared the final build for the release and
the ability to mark the build as locked and not available for deletion
insures that all of the results and downloads are kept.

Best regards,

Brent Ulbricht
Rational Build
512-286-2502

Inactive hide details for Richard Rakich---10/24/2011 05:10:19 PM---The
only time I can think of where one would want to modifyRichard
Rakich---10/24/2011 05:10:19 PM---The only time I can think of where one
would want to modify results after a job is complete is if th

From: Richard Rakich/Lexington/IBM at IBMUS
To: oslc-automation at open-services.net
Date: 10/24/2011 05:10 PM
Subject: Re: [Oslc-Automation] Automation Execution scenario
Sent by: oslc-automation-bounces at open-services.net



The only time I can think of where one would want to modify results after a
job is complete is if there was a problem in the build and it was fixed
manually. I have seen this a number of times when something was broken in a
build job and a fix was delivered. Instead of starting a whole new job, the
portion of the build that failed was rebuilt manually, status updated and
the rest of the original job is continued on.

I'm not sure if that would count as still being an active job or not, but
it is a somewhat typical use case.

- Rich




Richard Rakich
Build Architect - IBM Rational Software
                                                                                    
                                                                                    
                                                                                    
                                                                                IBM 
 E-mail: rrakich at us.ibm.com                                                         
 Find me on: LinkedIn: http://www.linkedin.com/in/rrakich               550 King St 
 "The only reason a problem is a problem is because I am              Littleton, MA 
 using an old solution to solve a new problem. To solve a                01460-1250 
 new problem requires imagination, intuition, faith and a             United States 
 love for adventure" - Robert Kiyosaki                                              
                                                                                    



oslc-automation-bounces at open-services.net wrote on 10/24/2011 05:59:05 PM:

> From: Charles Rankin/Austin/IBM at IBMUS
> To: oslc-automation at open-services.net,
> Date: 10/24/2011 06:00 PM
> Subject: Re: [Oslc-Automation] Automation Execution scenario
> Sent by: oslc-automation-bounces at open-services.net
>
> oslc-automation-bounces at open-services.net wrote on 10/24/2011 02:24:57
AM:
>
> > Vaibhav Srivastava <vaibhav.srivastava at in.ibm.com>
> >
> > I think the job-artifact linkage could happen while the job is
> > running or at the end of the job too. If this applies across we
> > might want to keep that option open while formulating this scenario.
>
> I agree with you Vaibhav.  My assumption is that most of the updates
> would happen while the job is still running.  In fact, while I find
> utility in being able to update the job after it is in a "final"
> state (i.e., after it has completed execution), I don't believe that
> all (most?) tools support that capability.  We'll probably have to
> call that out in the spec as a SHOULD or MAY.
>
> Charles Rankin
> Rational CTO Team -- Mobile Development Strategy
> 101/4L-002 T/L 966-2386_______________________________________________
> Oslc-Automation mailing list
> Oslc-Automation at open-services.net
>
http://open-services.net/mailman/listinfo/oslc-automation_open-services.net
_______________________________________________
Oslc-Automation mailing list
Oslc-Automation at open-services.net
http://open-services.net/mailman/listinfo/oslc-automation_open-services.net
_______________________________________________
Oslc-Automation mailing list
Oslc-Automation at open-services.net
http://open-services.net/mailman/listinfo/oslc-automation_open-services.net
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://open-services.net/pipermail/oslc-automation_open-services.net/attachments/20111025/e0897fc2/attachment-0003.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: graycol.gif
Type: image/gif
Size: 105 bytes
Desc: not available
URL: <http://open-services.net/pipermail/oslc-automation_open-services.net/attachments/20111025/e0897fc2/attachment.gif>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 63675136.jpg
Type: image/jpeg
Size: 518 bytes
Desc: not available
URL: <http://open-services.net/pipermail/oslc-automation_open-services.net/attachments/20111025/e0897fc2/attachment.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 63894197.gif
Type: image/gif
Size: 1851 bytes
Desc: not available
URL: <http://open-services.net/pipermail/oslc-automation_open-services.net/attachments/20111025/e0897fc2/attachment-0001.gif>


More information about the Oslc-Automation mailing list