Home » Archived » Buckminster » Building p2 site including features from other p2 sites, using local folder/zip as rmap provider
|
| Re: Building p2 site including features from other p2 sites, using local folder/zip as rmap provider [message #498609 is a reply to message #498529] |
Tue, 17 November 2009 16:24   |
|
On 11/17/2009 11:54 AM, Ralf Ebert wrote:
> Hi,
>
> I'm building a Update Site as described in the Bucky Book 3.13. Building
> a p2 Update Site. For making the resulting site more convenient to use,
> I want to include other, already built features from other software
> sites. This works perfectly if the target platform for building the site
> already contains the sources. But when I resolve the respective cquery,
> the resulting p2 installation doesn't contain source bundles/features,
> so they are not included in the p2site build.
>
> I already tried to set the source attribute for the rmap provider and
> setting the sourceLevel to DESIRE in the cquery.
>
I'm confused. Why would you ever mix the target platform with source?
> I wonder if such a site build querying and including features form
> another site is supported and the right way to do this. I could also
> build my features only and aggregate the resulting p2 site with features
> from existing p2 sites, but I would prefer building everything together
> in one step.
>
> Another problem I'm seeing is that specifying the galileo site in the
> rmap works fine:
>
> <uri format="http://download.eclipse.org/releases/galileo"/>
>
> but not a zip or folder containing a p2 software site with the required
> features:
>
> <uri format="file:///Users/ralf/tmp/org.eclipse.rcp.source-p2repo-3.5.1/"/>
>
> or
>
> <uri
> format=" file:///Users/ralf/tmp/org.eclipse.rcp.source-p2repo-3.5.1.z ip"/>
>
> I'm getting this message:
>
> E [0002] : No suitable provider for component
> org.eclipse.rcp:eclipse.feature was found in resourceMap
> file:/Users/ralf/jobs/re_tools/workspaces/helios/com.example .rcp.target/feature.rmap
>
> E [0002] : No suitable provider for component
> org.eclipse.rcp:eclipse.feature was found in searchPath resources
> E [0002] : Resolution attempt ended with exception: Provider
> local( file:////Users/ralf/jobs/re_tools/workspaces/helios/org.ecli pse.rcp/):
> Missing CSpec source required by component type eclipse.feature:
> Provider
> local( file:////Users/ralf/jobs/re_tools/workspaces/helios/org.ecli pse.rcp/):
> Missing CSpec source required by component type eclipse.feature
> E [0002] : Rejecting provider
> eclipse.import( file:///Users/ralf/tmp/org.eclipse.rcp.source-p2repo-3.5.1.z ip):
> No component match was found
>
> Is working with a local p2 folder/zip supported?
>
Not currently. I don't think p2 supports zipped p2 repositories. You could try and circumvent that using URL's like:
jar:file:///Users/ralf/tmp/org.eclipse.rcp.source-p2repo-3.5 .1.zip!
Regards,
Thomas Hallgren
|
|
|
| Re: Building p2 site including features from other p2 sites, using local folder/zip as rmap provider [message #498617 is a reply to message #498609] |
Tue, 17 November 2009 16:52 |
 Ralf Ebert
Messages: 72
Registered: July 2009 |
Member |
|
|
Hi,
>> I already tried to set the source attribute for the rmap provider and
>> setting the sourceLevel to DESIRE in the cquery.
>>
> I'm confused. Why would you ever mix the target platform with source?
I'm invoking the action "p2.site" for the feature "com.example.foo" that
contains the feature "org.eclipse.rcp". The resulting p2 site contains
this feature and the respective bundle as expected, but not the source
features and bundles (if you have a bundle foo.bar_version.jar, there
should be foo.bar.source_version.jar). I assumed that to include the
source bundles in the p2 site, these "foo.source_version.jar" bundles
have to go to the target platform, don't have they?
> jar:file:///Users/ralf/tmp/org.eclipse.rcp.source-p2repo-3.5 .1.zip!
Ahh, I assumed that these urls are a p2 feature and not a general
URL-thing, thanks for the tipp. Unfortunately, using that URL (which
works in p2), yields "E [0002] : java.lang.NullPointerException:
java.lang.NullPointerException". Will try to debug through this to find
the reason...
Greetings,
Ralf
|
|
|
| Re: Building p2 site including features from other p2 sites, using local folder/zip as rmap provider [message #498639 is a reply to message #498617] |
Tue, 17 November 2009 19:22 |
|
Hi Ralf,
On 11/17/2009 05:52 PM, Ralf Ebert wrote:
> I'm invoking the action "p2.site" for the feature "com.example.foo" that
> contains the feature "org.eclipse.rcp". The resulting p2 site contains
> this feature and the respective bundle as expected, but not the source
> features and bundles (if you have a bundle foo.bar_version.jar, there
> should be foo.bar.source_version.jar). I assumed that to include the
> source bundles in the p2 site, these "foo.source_version.jar" bundles
> have to go to the target platform, don't have they?
>
The source features for things present in your workspace should be built automatically and included in the repository
unless you have the property cbi.include.source=false. But I guess you want the org.eclipse.rcp.source feature? If
that's the case, then you'll need to introduce a dependency to that feature explictly in your site feature. Once that
dependency is there, it will be treated just like any other feature.
A pre-built source feature is not 'source' though. It's a binary jar. The fact that it contains source files is not
really relevant from Buckminsters perspective. It's built, signed, sealed, and delivered. Source in buckminster
terminology is meant to reflect things that you fetch from source code repositories with the intention to put in your
workspace and then build.
>> jar:file:///Users/ralf/tmp/org.eclipse.rcp.source-p2repo-3.5 .1.zip!
>
> Ahh, I assumed that these urls are a p2 feature and not a general
> URL-thing, thanks for the tipp. Unfortunately, using that URL (which
> works in p2), yields "E [0002] : java.lang.NullPointerException:
> java.lang.NullPointerException". Will try to debug through this to find
> the reason...
>
When you do, please file a bugzilla and if possible, attach a stack-trace. NPE's are always bugs.
Regards,
Thomas Hallgren
|
|
|
Goto Forum:
Current Time: Fri Apr 26 11:25:06 GMT 2024
Powered by FUDForum. Page generated in 0.03789 seconds |
] 
Search
Help
Register
Login
Home
