Shared install: private plug-ins not showing up [message #905936] |
Fri, 31 August 2012 10:38 |
Carsten Reckord Messages: 27 Registered: June 2012 |
Junior Member |
|
|
Hi there,
I've previously asked this question in the platform group
(http://www.eclipse.org/forums/index.php/t/366962/) and was pointed here.
I'm trying to set up a shared install where the shared instance is a fully
initialized eclipse and the local instance is supposed to have additional
plug-ins installed on top. From my understanding, this is basically
"Scenario #3 - shared configuration" from
http://help.eclipse.org/juno/index.jsp?topic=%2Forg.eclipse.platform.doc.isv%2Freference%2Fmisc%2Fmulti_user_installs.html&cp=2_1_3_7
The idea is to have a (basic) shared eclipse installation that can be used
either standalone by itself or as the basis for more specialized local
configurations with additional plug-ins installed on top (i.e. base eclipse
+ WTP, base eclipse + PHP, etc.)
What I'm after is a setup where
- The shared instance can be used and updated on its own
- Updates and additional plug-ins installed in the shared instance will be
visible in the local instances (i.e. the local instances "evolve" with the
shared instance)
- The local instances can install plug-ins on top of the shared instance
that are only visible to themselves
From my understanding, this is exactly what Scenario #3 accomplishes, with
one caveat: to be able to run, update and extend the shared install on its
own, it cannot actually be read-only in the filesystem (since the user is
the same in all cases)
What I tried was using a normal, non-read-only Eclipse installation for the
shared instance and run the local instances on top like this:
<shared>/eclipse.exe -vmargs \
-Dosgi.configuration.cascaded=true \
-Dosgi.configuration.area=<local>/configuration \
-Dosgi.sharedConfiguration.area=<shared>/configuration \
-Dosgi.sharedConfiguration.area.readOnly=true \
-Dosgi.install.area.readOnly=true
This seems to be working fine. The workspace comes up and all plug-ins from
the shared install are working properly. When I install stuff, it gets
installed into <local>/plugins and features. <local>/p2 and
<local>/configuration/org.eclipse.equinox.simpleconfigurator/bundles.info
get updated successfully, too.
However, after installing plug-ins into the local instance and restarting,
the new features are not available. I see them listed in Installation
Details -> Installed Software, but not in the Plug-Ins or Features lists or
the Plug-In Registry view (the Plug-Ins view does show them, though).
I get the same results when actually making the shared install read-only in
the filesystem, so I don't think that's the issue here.
Any ideas what goes wrong here? Or is there an altogether better way to
achieve this?
Best regards,
Carsten
|
|
|
|
|
|
Re: Shared install: private plug-ins not showing up [message #1012177 is a reply to message #1012173] |
Thu, 21 February 2013 02:57 |
Scott Ellis Messages: 8 Registered: July 2009 |
Junior Member |
|
|
My issue in particular is with the polarion subversion connectors for subversive. I include Subversive in my product, then when the user enables the subversion activity I defined, it walks them through the polarion connector discovery process. Everything works fine on windows. On linux, everything *appears* to work fine, no errors anywhere during the process, when you restart it no longer prompts you for a connector, the connectors show up in the installed software list, the features and plugins are in the user's config.dir, and bundles.info is properly updated. But the features and plugins are not available so subversive doesn't work. Gah! Any help or information at all would be very much appreciated. Thanks
[Updated on: Thu, 21 February 2013 02:59] Report message to a moderator
|
|
|
Re: Shared install: private plug-ins not showing up [message #1012180 is a reply to message #1012177] |
Thu, 21 February 2013 03:06 |
Scott Ellis Messages: 8 Registered: July 2009 |
Junior Member |
|
|
My main question is this: does anyone know why items like the polarion connectors would show up in the installed software list, but their associated features and plugins are not there? What is the disconnect in p2 that could cause that behavior?
E.g. Installed Software shows the following:
Subversive SVN Connectors 3.0.0.I20130122-1700 org.polarion.eclipse.team.svn.connector.feature.group Polarion Software
SVNKit 1.7.8 Implementation (Optional) 3.0.0.I20130122-1700 org.polarion.eclipse.team.svn.connector.svnkit17.feature.group Polarion Software
But the features and plugins required are not there on the features and plugins tabs. No errors during the update process, and works fine on windows.
[Updated on: Thu, 21 February 2013 03:07] Report message to a moderator
|
|
|
Re: Shared install: private plug-ins not showing up [message #1012185 is a reply to message #1012180] |
Thu, 21 February 2013 03:26 |
Scott Ellis Messages: 8 Registered: July 2009 |
Junior Member |
|
|
The fact that it works on plain vanilla eclipse 3.7.2 on linux makes me think there must be some issue with my PDE build. But the fact that my product works fine on win7, which also has a read only shared install area, makes me wonder.
Could there still be a p2 issue with cascaded shared installs on linux? Does my PDE build need some kind of tweak?
Can anyone shed any light on this mystery? Thanks.
[Updated on: Thu, 21 February 2013 04:07] Report message to a moderator
|
|
|
Re: Shared install: private plug-ins not showing up [message #1012190 is a reply to message #1012185] |
Thu, 21 February 2013 03:46 |
Scott Ellis Messages: 8 Registered: July 2009 |
Junior Member |
|
|
OK I just confirmed when I edit the shared install's bundles.info to contain the same new lines that got added to the user's local bundles.info file (to add the polarion connectors), then everything works fine. So I think there is indeed still a problem with cascaded shared installs on linux, but why it only occurs in my product and not plain vanilla eclipse I have no idea. Some arcane setting in the PDE build?
[Updated on: Thu, 21 February 2013 04:04] Report message to a moderator
|
|
|
Powered by
FUDForum. Page generated in 0.05495 seconds