« Erreur lors de manipulateur de chargement »

Question

Je reçois sans cesse l'erreur suivante sous Eclipse Galileo en essayant d'installer le plug-in WTP éditeur de pages Web:

java.lang.IllegalStateException: Error while loading manipulator. 
at org.eclipse.equinox.internal.p2.touchpoint.eclipse.LazyManipulator.loadDelegate(LazyManipulator.java:54) 
at org.eclipse.equinox.internal.p2.touchpoint.eclipse.LazyManipulator.getConfigData(LazyManipulator.java:108) 
at org.eclipse.equinox.internal.p2.touchpoint.eclipse.actions.InstallBundleAction.installBundle(InstallBundleAction.java:76) 
at org.eclipse.equinox.internal.p2.touchpoint.eclipse.actions.InstallBundleAction.execute(InstallBundleAction.java:29) 
at org.eclipse.equinox.internal.p2.engine.ParameterizedProvisioningAction.execute(ParameterizedProvisioningAction.java:35) 
at org.eclipse.equinox.internal.provisional.p2.engine.Phase.mainPerform(Phase.java:129) 
at org.eclipse.equinox.internal.provisional.p2.engine.Phase.perform(Phase.java:72) 
at org.eclipse.equinox.internal.provisional.p2.engine.PhaseSet.perform(PhaseSet.java:44) 
at org.eclipse.equinox.internal.provisional.p2.engine.Engine.perform(Engine.java:54) 
at org.eclipse.equinox.internal.provisional.p2.ui.operations.ProvisioningUtil.performProvisioningPlan(ProvisioningUtil.java:389) 
at org.eclipse.equinox.internal.provisional.p2.ui.operations.ProfileModificationOperation.doExecute(ProfileModificationOperation.java:61) 
at org.eclipse.equinox.internal.provisional.p2.ui.operations.ProvisioningOperation.execute(ProvisioningOperation.java:37) 
at org.eclipse.equinox.internal.provisional.p2.ui.ProvisioningOperationRunner$1.run(ProvisioningOperationRunner.java:94) 
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55) 

Un blog de dit Eclipse Galileo ne joue pas bien avec Java 1.6 (quoi?), Donc j'ai essayé d'exécuter Eclipse avec Java 1.5 mais cela n'a pas aidé. Est-ce que quelqu'un d'autre a eu ce problème et a pu le contourner?

---

Modifier BTW, au-dessous de l'erreur dans le journal des erreurs, il dit aussi

session context was:(profile=epp.package.java, phase=org.eclipse.equinox.internal.provisional.p2.engine.phases.Install, operand=null --> [R]javax.mail 1.4.0.v200905040518, action=org.eclipse.equinox.internal.p2.touchpoint.eclipse.actions.InstallBundleAction).

Answer 1

Vous pouvez essayer de suivre les différentes suggestions mentionnées dans le bug 277242

Vérifiez aussi votre eclipse.ini:

Plus généralement, l'erreur que vous voyez peut se produire lorsque nous ne pouvons pas lire "-startup" puisque nous l'utilisons pour positionner la zone install.area.

Comme le suggère Jelle van Geuns dans les commentaires (et confirmé par Halfstop):

Je trouve qu'un MacOS il y a deux dossiers (MacOS et Eclipse) avec deux ensembles distincts de fichiers de configuration.
Chacun avait un fichier de démarrage 'org.eclipse.equinox.launcher' dans le sous-dossier plugins, mais avec des versions légèrement différentes.

L'exécutable Eclipse réside dans le dossier MacOS.
Mais le eclipse.ini a été configuré pour rechercher le fichier de démarrage sous Eclipse/plugins, mais avec la mauvaise version.

La solution qui a fonctionné pour moi était de copier les deux versions du startup.jar dans les deux sous-dossiers de plugins.

Halfstop confirme:

Je copié tous les ce qui était dans Eclipse dans le répertoire MacOS et cela a résolu le problème.

Answer 2

essayer de chown -R your_user_name:your_user_name /path/to/eclipe

Answer 3

Essayez modifier Eclipse/configuration/config.ini.

Assurez-vous que la valeur osgi.instance.area.default= est correcte. Cela fonctionne pour moi.

Answer 4

Je ne suis pas sûr si les réponses ci-dessus résolvent ce problème de manière adéquate.J'ai trouvé que, avec un certain nombre de nos produits RCP dérivés Eclipse, que les plugins sur certaines machines linux échouera avec les entrées du journal comme celui-ci:

!ENTRY org.eclipse.equinox.p2.engine 4 4 2017-02-23 12:00:49.492 
!MESSAGE An error occurred while installing the items 
!SUBENTRY 1 org.eclipse.equinox.p2.engine 4 0 2017-02-23 12:00:49.492 
!MESSAGE session context was:(profile=TIBCOBusinessStudio-4.0, phase=org.eclipse.equinox.internal.p2.engine.phases.Install, operand=null --> [R]com.tibco.eclipse.p2.installer 1.1.3.20161130, action=org.eclipse.equinox.internal.p2.touchpoint.eclipse.actions.InstallBundleAction). 
!SUBENTRY 1 org.eclipse.equinox.p2.engine 4 0 2017-02-23 12:00:49.492 
!MESSAGE Error while loading manipulator. 
!STACK 0 
java.lang.IllegalStateException: Error while loading manipulator. 
    at org.eclipse.equinox.internal.p2.touchpoint.eclipse.LazyManipulator.loadDelegate(LazyManipulator.java:59) 
    at org.eclipse.equinox.internal.p2.touchpoint.eclipse.LazyManipulator.getConfigData(LazyManipulator.java:108) 
    at org.eclipse.equinox.internal.p2.touchpoint.eclipse.actions.InstallBundleAction.installBundle(InstallBundleAction.java:75) 
    at org.eclipse.equinox.internal.p2.touchpoint.eclipse.actions.InstallBundleAction.execute(InstallBundleAction.java:32) 
    at org.eclipse.equinox.internal.p2.engine.ParameterizedProvisioningAction.execute(ParameterizedProvisioningAction.java:38) 
    at org.eclipse.equinox.internal.p2.engine.Phase.mainPerform(Phase.java:183) 
    at org.eclipse.equinox.internal.p2.engine.Phase.perform(Phase.java:95) 
    at org.eclipse.equinox.internal.p2.engine.PhaseSet.perform(PhaseSet.java:47) 
    at org.eclipse.equinox.internal.p2.engine.Engine.perform(Engine.java:75) 
    at org.eclipse.equinox.internal.p2.engine.Engine.perform(Engine.java:44) 
    at org.eclipse.equinox.p2.operations.ProvisioningSession.performProvisioningPlan(ProvisioningSession.java:159) 
    at org.eclipse.equinox.p2.operations.ProfileModificationJob.runModal(ProfileModificationJob.java:79) 
    at org.eclipse.equinox.p2.operations.ProvisioningJob.run(ProvisioningJob.java:177) 
    at org.eclipse.core.internal.jobs.Worker.run(Worker.java:54) 

La raison pour laquelle cela se produit (je pense) est que le réel Le nom de fichier du fichier de configuration est comparé au nom absolu par le lazyloader. Dans mon cas, le répertoire principal est un lien symbolique, donc les deux noms ne correspondent pas. La résolution consistait à éditer le fichier eclipse.ini (ou quel que soit le vôtre) et à s'assurer que tous les chemins référençant le répertoire home eclipse sont entièrement qualifiés et ne reposent pas sur des liens symboliques.