Setting up entry-level and autorun plug-ins for Eclipse: p2.inf vs product definition

I know that I can set startup levels and autorun flags for packages in Eclipse using the p2.inf file or the product definition file. Running this product file gives me tool support and sets the settings in my startup configuration. On the other hand, using the p2.inf file allows me to control the entry-level levels based on each function, which gives me a good grouping of entry-level settings.

Now my questions are:

What is the preferred way to determine startup levels and startup flags? p2.inf seems a bit dated, but is there a way to define start levels and autorun flags for each function without using p2.inf?

+4
source share
1 answer

It really comes down to personal preference. Product level - The final end artifact most of the time. As you discovered, it has a much better tool integration. When the product is built by Tycho or PDE Build, you will know exactly what is in it and what it takes to launch it in order to work properly.

However, sometimes it’s not good to go on to the level of detail of the link in the product definitions, especially when it consists only of functions. However, defining trigger properties at the function level or even at the beam level can be difficult. For example, when someone consumes your features / packages in another product, they may have different startup requirements / entry-level requirements.

FWIW, the p2.inf file is not out of date at all. This is raw bare metal to modify / optimize / instruct p2. It's just that the snap is actually not very good, and probably never will be.

+2
source

Source: https://habr.com/ru/post/1490261/


All Articles