Mailing-List: contact dev-help@airavata.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@airavata.apache.org
Received-SPF: pass (athena.apache.org: local policy)
Message-ID: <53FE35C7.7080905@iu.edu>
Date: Wed, 27 Aug 2014 15:47:19 -0400
From: Marlon Pierce <marpierc@iu.edu>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9;
 rv:24.0) Gecko/20100101 Thunderbird/24.6.0
MIME-Version: 1.0
To: dev@airavata.apache.org
Subject: Re: Restricting editing and launching FAILED experiments
References: 
 <CALApdyo0ci+YCVwm=8fJ-Ny-AgKxGfQErAtuDhWEuB1_w23E=g@mail.gmail.com>
 <CANotcz4Va-n3L05p3aN36bQrF6M8guAPATgL=E0v1M65i6xRbg@mail.gmail.com>
In-Reply-To: 
 <CANotcz4Va-n3L05p3aN36bQrF6M8guAPATgL=E0v1M65i6xRbg@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

While it doesn't seem to be a problem relaunching a failed experiment, I 
like the idea of just cloning and creating a new one. This eliminates 
some places where things can go wrong and may make it less confusing to 
track things through logs and the registry.

Marlon

On 8/27/14, 3:41 PM, Saminda Wijeratne wrote:
> Speaking from the experience of using CIPRES science gateway, they have
> simplified user options for a task (aka an experiment) that has being
> launched/completed/failed in to just 2 choices.
>       1. Delete Task (Cancel first if its still running)
>       2. Clone Task
> IMO from a gateway users POV this simplification is acceptable since to me
> it seems users are happy with it. However we have to understand that it's
> due to design decision made by the gateway portal designers/developers.
> i.e. If the developer thinks the community would benefit from it they would
> incorporate much broader range of choices for a task.
> eg:
>       Pause
>       Resume (resume paused or failed task)
>       Edit
>       Retry (start from the beginning)
>       etc.
> Either the developer will have to implement this additional server side
> features or rely on a middleware service (aka Airavata) to do it for them.
> In either case I agree with Eroma that users should be able to see a record
> of actions performed on the task (such as when it was
> started/paused/retried, corresponding execution data etc.)
>
>
> On Mon, Aug 25, 2014 at 3:58 PM, Eroma Abeysinghe <
> eroma.abeysinghe@gmail.com> wrote:
>
>> Hi Devs,
>>
>> Please share your views on below. In Airavata currently we can edit and
>> launch FAILED experiments; option is there through PHP gateway.
>>
>> Editing and launching FAILED experiments through PHP reference gateway
>> Currently we can edit and launch experiments with FAILED state. This can
>> create complications which can be eliminated by blocking editing and
>> launching FAILED experiments.
>>
>> If we allow editing and launch for FAILED; then we need to have a way of
>> displaying results of every attempt made on the experiment, store the
>> partial outputs, error messages and job info on each try. etc....
>>
>> User can easily clone a failed experiment and create a new experiment.
>> So WDYT? shall we restrict Edit and launch for FAILED experiments?
>>
>>
>> --
>> Thank You,
>> Best Regards,
>> Eroma
>>