Home » Eclipse Projects » Eclipse Platform » Plugin Problems(Having several issues with installing plugins.)
Plugin Problems [message #523944] |
Mon, 29 March 2010 23:38 |
Lucas Lacroix Messages: 6 Registered: March 2010 |
Junior Member |
|
|
I am utterly confused by this issue. If I use the built-in software installation (Help -> Install New Software) to install STANDARD Eclipse plugins, ie. those from the Eclipse updates site, it completely messes up Eclipse. For instance, are installing UML2 Tools and it's requisites, any previously installed plugins stop working and all new plugins do not work. There is no indication in the error log that anything is wrong EXCEPT that Eclipse was unable to instantiate the Subclipse plugin (which is a plugin that was installed prior to installing UML2 Tools).
I then started with a clean install, figuring something in my configuration had been corrupted: I deleted the Eclipse install directory and the .eclipse folder in my user profile. Unzipped Eclipse, ran it, installed JUST the UML2 Tools. Everything is installed and listed under installed features and plugins, but none of the menus, UI elements, wizards, etc. show in Eclipse.
I have Java 1.6.0.18 installed on Windows 7 Ultimate 64-bit. I do have both 64-bit and 32-bit versions, but Eclipse is using the 32-bit version of Java.
I can manually install plugins, or install Subclipse via Install New Software, but anything from Eclipse just breaks. Is it possible that Eclipse is trying to pull 64-bit versions of the plugins (if such a thing even exists)?
|
|
|
Re: Plugin Problems [message #524061 is a reply to message #523944] |
Tue, 30 March 2010 09:00 |
Ed Merks Messages: 33142 Registered: July 2009 |
Senior Member |
|
|
This is a multi-part message in MIME format.
--------------050404070409080107060108
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Lucas,
I saw a posting that said this on the UML2 Tools newsgroup:
Hi all,
preparing our own environment for the next Eclipse release (3.6) in
june, we also want to update all of the frameworks we have in use (GMF,
EMF, UML2, Xpand, Xtext, MWE...). Our Eclipse based product contains
also the UML2Tools. The last available version 0.9.1 from the interim
update site declares dependencies to EMF 2.5 (excluding 2.6). That's a
problem, because we have a lot of EMF based things running and we have
to work against EMF 2.6 next future.
I have seen in the CVS bundles/features with adapted version range to
EMF 2.6, OCL 3.0 etc. But there seems to be no update site containing
these artefacts?! It is possible to run a build and make the trunk
available via update site?
Thanks
Ralf
So I suspect you're installing a lot of back level versions of things
that end up wreaking havoc on the plugins that require the current
versions. Of course you don't mention where you're installing it from
or into.
Lucas Lacroix wrote:
> I am utterly confused by this issue. If I use the built-in software
> installation (Help -> Install New Software) to install STANDARD
> Eclipse plugins, ie. those from the Eclipse updates site, it
> completely messes up Eclipse. For instance, are installing UML2 Tools
> and it's requisites, any previously installed plugins stop working and
> all new plugins do not work. There is no indication in the error log
> that anything is wrong EXCEPT that Eclipse was unable to instantiate
> the Subclipse plugin (which is a plugin that was installed prior to
> installing UML2 Tools).
>
> I then started with a clean install, figuring something in my
> configuration had been corrupted: I deleted the Eclipse install
> directory and the .eclipse folder in my user profile. Unzipped
> Eclipse, ran it, installed JUST the UML2 Tools. Everything is
> installed and listed under installed features and plugins, but none of
> the menus, UI elements, wizards, etc. show in Eclipse.
>
> I have Java 1.6.0.18 installed on Windows 7 Ultimate 64-bit. I do have
> both 64-bit and 32-bit versions, but Eclipse is using the 32-bit
> version of Java.
>
> I can manually install plugins, or install Subclipse via Install New
> Software, but anything from Eclipse just breaks. Is it possible that
> Eclipse is trying to pull 64-bit versions of the plugins (if such a
> thing even exists)?
--------------050404070409080107060108
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 8bit
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=UTF-8" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Lucas,<br>
<br>
I saw a posting that said this on the UML2 Tools newsgroup:<br>
<blockquote>
<pre wrap="">Hi all,
preparing our own environment for the next Eclipse release (3.6) in
june, we also want to update all of the frameworks we have in use (GMF,
EMF, UML2, Xpand, Xtext, MWE...). Our Eclipse based product contains
also the UML2Tools. The last available version 0.9.1 from the interim
update site declares dependencies to EMF 2.5 (excluding 2.6). That's a
problem, because we have a lot of EMF based things running and we have
to work against EMF 2.6 next future.
I have seen in the CVS bundles/features with adapted version range to
EMF 2.6, OCL 3.0 etc. But there seems to be no update site containing
these artefacts?! It is possible to run a build and make the trunk
available via update site?
Thanks
Ralf</pre>
</blockquote>
So I suspect you're installing a lot of back level versions of things
that end up wreaking havoc on the plugins that require the current
versions. Of course you don't mention where you're installing it from
or into. <br>
<br>
<br>
Lucas Lacroix wrote:
<blockquote cite="mid:hordlv$v1p$1@build.eclipse.org" type="cite">I am
utterly confused by this issue. If I use the built-in software
installation (Help -> Install New Software) to install STANDARD
Eclipse plugins, ie. those from the Eclipse updates site, it completely
messes up Eclipse. For instance, are installing UML2 Tools and it's
requisites, any previously installed plugins stop working and all new
plugins do not work. There is no indication in the error log that
anything is wrong EXCEPT that Eclipse was unable to instantiate the
Subclipse plugin (which is a plugin that was installed prior to
installing UML2 Tools).
<br>
<br>
I then started with a clean install, figuring something in my
configuration had been corrupted: I deleted the Eclipse install
directory and the .eclipse folder in my user profile. Unzipped Eclipse,
ran it, installed JUST the UML2 Tools. Everything is installed and
listed under installed features and plugins, but none of the menus, UI
elements, wizards, etc. show in Eclipse.
<br>
<br>
I have Java 1.6.0.18 installed on Windows 7 Ultimate 64-bit. I do have
both 64-bit and 32-bit versions, but Eclipse is using the 32-bit
version of Java.
<br>
<br>
I can manually install plugins, or install Subclipse via Install New
Software, but anything from Eclipse just breaks. Is it possible that
Eclipse is trying to pull 64-bit versions of the plugins (if such a
thing even exists)?
<br>
</blockquote>
</body>
</html>
--------------050404070409080107060108--
Ed Merks
Professional Support: https://www.macromodeling.com/
|
|
| | | | |
Re: Plugin Problems [message #529479 is a reply to message #529473] |
Mon, 26 April 2010 03:21 |
Lucas Lacroix Messages: 6 Registered: March 2010 |
Junior Member |
|
|
Hi Ralf,
I tried everything imaginable with this. Eclipse cannot run in Windows 7 (I did say Vista before as the security schemes should be almost identical) from the Program Files directory. I am guessing as to the cause, but Windows 7 prohibits the creation of "global objects" by user processes. With most applications, an "Allow Access" dialog is displayed. However, I think Eclipse is being treated differently as it runs in the JVM.
That being said. I have tried several installations of Eclipse, both in 32-bit and 64-bit. None of them function correctly from Program Files or Program Files x86. If I install any number of plugins, ALL plugins fail to load. I was able to install Subclipse, but not UML2 Tools(or it's components). RockstarApps' JSLint plugin also caused an issue. I see no connection...
In my searching for a solution, I remember a mention of Windows redirecting the application to a different path under the user's profile when it attempts to create files. Plugins installations and configuration edits were being made in "C:\Users\[UserName]\.eclipse\[Installation Version]\plugins", but I believe Eclipse looks in it's execution directory for all the necessities. So, some files were probably able to be updated, but others weren't.
I'm not really sure what the issue was: there was actually no indication by Eclipse of an issue, except that none of the plugins had loaded or were available. As per my previous post, the only error message indicates that the Subclipse plugin could not be loaded for one of my projects.
Running Eclipse from the root directory(C:\Eclipse) solved the issue, and I have been able to install all plugins without issue.
If anyone reading this happens to have Eclipse installed in the Program Files directory on a Windows Vista or Windows 7 installation, please update. What did you do differently than me? Note: I haven't changed any of Windows permissions, as I rather like the default scheme in 7.
|
|
|
Re: Plugin Problems [message #529488 is a reply to message #529479] |
Mon, 26 April 2010 06:38 |
Daniel Krügler Messages: 853 Registered: July 2009 |
Senior Member |
|
|
On 26.04.2010 05:21, Lucas Lacroix wrote:
> Hi Ralf,
> I tried everything imaginable with this. Eclipse cannot run in Windows 7
> (I did say Vista before as the security schemes should be almost
> identical) from the Program Files directory. I am guessing as to the
> cause, but Windows 7 prohibits the creation of "global objects" by user
> processes. With most applications, an "Allow Access" dialog is
> displayed. However, I think Eclipse is being treated differently as it
> runs in the JVM.
>
> That being said. I have tried several installations of Eclipse, both in
> 32-bit and 64-bit. None of them function correctly from Program Files or
> Program Files x86. If I install any number of plugins, ALL plugins fail
> to load. I was able to install Subclipse, but not UML2 Tools(or it's
> components). RockstarApps' JSLint plugin also caused an issue. I see no
> connection...
>
> In my searching for a solution, I remember a mention of Windows
> redirecting the application to a different path under the user's profile
> when it attempts to create files. Plugins installations and
> configuration edits were being made in
> "C:\Users\[UserName]\.eclipse\[Installation Version]\plugins", but I
> believe Eclipse looks in it's execution directory for all the
> necessities. So, some files were probably able to be updated, but others
> weren't.
>
> I'm not really sure what the issue was: there was actually no indication
> by Eclipse of an issue, except that none of the plugins had loaded or
> were available. As per my previous post, the only error message
> indicates that the Subclipse plugin could not be loaded for one of my
> projects.
>
> Running Eclipse from the root directory(C:\Eclipse) solved the issue,
> and I have been able to install all plugins without issue.
>
> If anyone reading this happens to have Eclipse installed in the Program
> Files directory on a Windows Vista or Windows 7 installation, please
> update. What did you do differently than me? Note: I haven't changed any
> of Windows permissions, as I rather like the default scheme in 7.
I can confirm that there are some issues involved with RCP programs
from Windows Vista on. The problem typically manifests, when you
try to update your program (and by updating I'm not speaking of
the Eclipse update mechanism). The reason is as follows: The standard
RCP application has the so-called configuration area (location) set
to the configuration directory which is a sub-directory of such an
RCP app. Among other data, the configuration area contains a binary
cache of all installed plugins which allows for an efficient access
to the plugin data without re-parsing the XML files each time.
From Vista on, the OS ensures that the "Program Files" directory
is read-only (this is essentially what you are already describing
above). Via a hidden mechanism, any write attempt to this directory
is honored by automagically redirecting these changes to a
(writable) subdirectory of the User directory of the OS user who
attempts to start the RCP app. This "works" until you try the first
update of plugins:
Doing so will have the effect that the next RCP start will still
read from the proxy directory (which has not been cleaned),
so it has the effect as if the RCP app still sees the old
plugins. The cure to this problem is to actively change the
configuration area of the RCP app during the first installation,
which can be done by setting an explicit runtime option
osgi.configuration.area or configuration (see Eclipse runtime
options) in the config.ini where the specified is writable for
all users (AFAIK you can use user-specific variables like @user.dir
or @user.home as part of this path). Unfortunately it seems that
this must be done by your install program, because there is no way
to specify the configuration location per runtime (as it is
possible for the instance location (-data) - I have asked
this several times over the years and got no positive answer).
HTH & Greetings from Bremen,
Daniel Krügler
|
|
| | |
Goto Forum:
Current Time: Fri Apr 26 19:39:21 GMT 2024
Powered by FUDForum. Page generated in 0.03738 seconds
|