Re: [4diac-dev] Reworking Deployment/Download

[Michael Golz <m.golz@xxxxxxxxxx>]

Hi Alois,

I would delete on override the RES and then load the new (same name).
Without versioning like Git or filedump you can never match them.
But the problem will be the re-drawing on the runtime to compare something.
I do not know how to do that with the current state.

My idea would be an xml image on the runtime and this will be reloaded after a finished command (like the fboot),
this XML Dump can maybe  merged,
but not quite thought out would have considered how to manage the memory.




Von meinem iPhone gesendet

> Am 27.04.2018 um 21:12 schrieb Alois Zoitl <alois.zoitl@xxxxxx>:
> 
> Hi Michael,
> 
>> On Thu, 2018-04-26 at 17:44 +0200, Michael Golz wrote:
>> 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 was not so sure about the override all. Wouldn't it be dangerouse as
> I may not remember what resources/devices will be downloaded and then I
> may kill something I don't want (e.g., running machine). Should there
> be a second dialog with a list of all resources to be downloaded for
> configuration on override all?
> 
>> 
>> 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.
> 
> Sound like a conveniant feature. Even if I don't know how to implement
> it :-)
> Could you be so kind and create an issue for that in our bugzilla so
> that we don't loos it.
> 
>> 
>> Thanks for the great work!
> Thanks.
> 
>> 
>> Sunny greetings from Egypt
>> Michael
> 
> Enjoy the sun,
> Alois
> 
>> 
>> 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
>> 
>> 
> _______________________________________________
> 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