Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [embed-cdt-dev] Rename bundles and packages - no compatibility for third parties


> On 4 Nov 2020, at 10:33, Alexander Fedorov <alexander.fedorov@xxxxxxxxxx> wrote:
> 
> All the UI identifiers are stored under ${workspace_loc}/.metadata/org.eclipse.e4.workbench/workbench.xmi
> In theory, the smooth migration can be provided with E4 Model Processors

I have no experience with it.

> but I consider this as not the first priority.

Yes, unless cases like the new perspectives, which did not start.

> For preference store I would consider to migrate all the preferences once during startup using AbstractPreferenceInitializer

I took a quick look, but I did not find use cases similar to mine, to fully understand how it is useful.

My plug-ins use multiple (project/workspace/eclipse) stores, and lots of variables.

> For .launch files and project data we can also suggest a migration, but this could be much more tricky.

Preferably not.

> Perhaps we can have both "old" and "new" contributions for some time, with marking "old" as "Deprecated " in UI, this will give us more room to implement and test the migration.
> WDYT?

For the moment we are at 5.2.1, and the GitHub PR to rename the features was not merged, so all possibilities are open.

If necessary we can also retire Embed CDT from SimRel and/or from the public download page; for the 2020-12 release we can publish it manually as before, which will give us time to work on a separate 'v6' branch until we are happy with the result.


Regards,

Liviu



Back to the top