Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [4diac-dev] Reworking Deployment/Download

Hi Alois,

i think override/override all and cancel/cancel all will be enough.
It may sound good to merge but there can be a lot goes wrong.

I would like to have a function to create and write the fboot in the runtime back to the file system, then i can remove my own upload tool.

Thanks for the great work!

Sunny greetings from Egypt
Michael



Von meinem iPhone gesendet

> Am 26.04.2018 um 10:38 schrieb Alois Zoitl <alois.zoitl@xxxxxx>:
> 
> Now with the 1.9.0 release finished I think its time to look ahead and
> start pondering about what we would like to have in 1.10.
> 
> One part we haven’t spent to much work on in recent releases is the
> download process and the deployment console. There I several issues
> that should be fixed.  With this thread I would like to start the
> discussion and planing for potential improvements here. 
> 
> One thing that I think would make 4diac much easier to use if we would
> better handle downloading the same resource several times (i.e., the
> infamous “Invalid State”error). 
> 
> I was thinking that the on the beginning of a download the devices
> should be queried on the currently running resources and if the
> resource to deploy the user should be asked how to proceed. For such a
> dialog I drafted a first mock up with different actions for such a
> dialog. 
> 
> My questions on it are:
>    • Is this the right approach?
>    • Is there information missing in the dialog's text.
>    • Is it clear that “overwrite” means that the currently running
> resource will be deleted and the current config will be downloaded
>    • Is a merge feasible, or would it lead to very complicated even
> dangerous situations?
>    • Is a cancle and a cancle all needed or only one of both?
> 
> 
> In addition to this I also heard from several users that the switch to
> the deployment console is very cumbersome and disturbs the development
> flow. Therefore getting rid of it and integrating it into the system
> perspective could also be a goal. Here I don’t have not really an idea
> how to do this.
> 
> Looking forward to your ideas and comments,
> Alois
> <ResourceQuestionMockUp.png>
> _______________________________________________
> 4diac-dev mailing list
> 4diac-dev@xxxxxxxxxxx
> To change your delivery options, retrieve your password, or unsubscribe from this list, visit
> https://dev.eclipse.org/mailman/listinfo/4diac-dev



Back to the top