|Re: [p2-dev] Bundle start configuration|
I can’t think of more specific requirement than the one belowJ
It seems my idea of CUs is not consistent so I would appreciate a little help here.
Having touchpoint data doesn’t lead to creation of CU, right? On the other hand, instruction parser merges info coming from touchpointdata and attached CU.
So from my point of view having touchpoint instructions and applicable fragment is the only currently possible case where two “fragments” are attached. So, they get merged and the result is bizarre.
Isn’t it local touchpoint data the most specific case? Is there a conceptual difference between CU and touchpoint data?
Until the bug you mention is fixed, isn’t it better not to attach any CUs if there’s other touchpoint data than manifest details?
<unit id='test' version='1.0.2' singleton='false'>
<update id=' test ' range='[0.0.0,1.0.2)' severity='0'/>
<property name='org.eclipse.equinox.p2.name' value='test'/>
<provided namespace='org.eclipse.equinox.p2.iu' name='test' version='1.0.2'/>
<provided namespace='osgi.bundle' name='test' version='1.0.2'/>
<provided namespace='org.eclipse.equinox.p2.eclipse.type' name='bundle' version='1.0.0'/>
<required namespace='java.package' name='org.osgi.framework' range='1.5.0'/>
<required namespace='java.package' name='org.eclipse.osgi.framework.console' range='0.0.0'/>
<artifact classifier='osgi.bundle' id='test' version='1.0.2'/>
<touchpoint id='org.eclipse.equinox.p2.osgi' version='1.0.0'/>
My guess is that this is because the CU requirements on the IU are not specific enough and this causes the fragment to not be attached. The code is in the director AttachmentHelper.
This is likely a friend of https://bugs.eclipse.org/bugs/show_bug.cgi?id=263087 which we've discussed before.
On 2011-12-08, at 10:41 AM, Todorova, Katya wrote:
I’m trying to install in Eclipse a bundle published with touchpoint instructions for start level = 3 & start = true (I use p2.inf in bundle META-INF to describe these).
As a result I get a strange mix of the local configuration and default bundle tooling presented in Eclipse – start level is 4 and start flag is true in the final bundles.info.
I assumed that local configuration would be preferred over the default one but it seems it’s not the case. What would be the correct behavior according to you?
Back to the top