Erreur «Impossible d’acquérir le service d’application» lors du lancement d’Eclipse

Quand j’essaie de lancer mon éclipse, j’obtiens l’exception suivante:

java.lang.IllegalStateException: Unable to acquire application service. Ensure that the org.eclipse.core.runtime bundle is resolved and started (see config.ini). at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:74) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:368) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:179) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:559) at org.eclipse.equinox.launcher.Main.basicRun(Main.java:514) at org.eclipse.equinox.launcher.Main.run(Main.java:1311) 

Besoin d’aide pour. Merci.

Le fichier /configuration/config.ini doit contenir org.eclipse.core.runtime@start dans la propriété osgi.bundles séparée par des osgi.bundles . Voici la propriété par défaut d’ osgi.bundles , peut-être qu’elle a été (accidentellement) modifiée lors d’une mise à niveau:

 osgi.bundles=org.eclipse.equinox.common@2:start,org.eclipse.update.configurator@3:start,org.eclipse.core.runtime@start 

Vous pouvez si nécessaire le remplacer en le définissant comme argument de VM dans /eclipse.ini :

 -Dosgi.bundles=org.eclipse.equinox.common@2:start,org.eclipse.update.configurator@3:start,org.eclipse.core.runtime@start 

J’ai eu le même problème, et voici comment je l’ai résolu: j’ai ajouté le plugin “org.eclipse.core.runtime” dans la section “plugins” de l’onglet “configuration” de l’éditeur .product. Je mets le niveau de démarrage à la valeur par défaut et le démarrage automatique à true. J’ai supprimé d’autres plugins. Mon raisonnement était le suivant: Eclipse se plaint que org.eclipse.core.runtime n’est pas démarré, alors assurez-vous qu’il démarre, et que c’est le seul plugin qui démarre.

Mon application s’est bien passée après que je l’ai fait. J’ai ensuite inspecté le fichier config.ini pour voir ce qui avait changé et j’ai vu que org.eclipse.core.runtime était maintenant remplacé par org.eclipse.core.runtime@start. Ceci est cohérent avec la suggestion de BalusC, je viens de le faire depuis l’éditeur de produits.

Ajouter mes deux centimes pour ceux qui recherchent ” Assurez-vous que le paquetage org.eclipse.core.runtime est résolu et démarré “:

Ajouter des bundles “arbitraires” à la liste des bundles simplement parce qu’il semble qu’ils manquent n’est pas toujours la meilleure solution. Parfois, cela peut devenir assez frustrant, car ces nouveaux plugins peuvent dépendre d’autres bundles manquants, qui nécessitent encore plus de bundles, etc.

Donc, avant d’append une nouvelle dépendance à la liste des ensembles requirejs, assurez-vous de comprendre pourquoi ce dernier est nécessaire (le débogueur est votre ami!).

Cette question ne fournit pas suffisamment d’informations pour en faire une réponse valide dans tous les cas, mais si vous rencontrez le message que org.eclipse.core.runtime est manquant , essayez de définir la propriété système eclipse.application.launchDefault sur false , Surtout si vous essayez d’exécuter une application qui n’est pas une “application éclipse” (mais peut-être juste une exécution sans tête sur l’équinoxe).

Ce lien peut être utile: http://help.eclipse.org/indigo/index.jsp?topic=%2Forg.eclipse.platform.doc.isv%2Freference%2Fmisc%2Fruntime-options.html , recherchez l’éclipse Propriété système .application.launchDefault

J’ai eu ce problème avec Mac OS Lion, après avoir transféré OS / Data d’une ancienne machine vers une nouvelle.

Résoudre la suppression de l’ancien dossier eclipse (que j’ai dans le dossier Applications) et copier à nouveau le dossier eclipse (même version, même fichier zip décompressé, aucune modification).

essayez de l’exécuter depuis la ligne de commande en tant que:

  >eclipse -clean 

Ou, vous pouvez le lancer en utilisant java au lieu du javaw par défaut, ici:

  >eclipse -vm c:\jdks\java_1.5\jre\bin\java.exe 
 This error happen cause you deleted the config.ini file while you deleted the plugins. So, when it can not find configuration in config.ini when eclipse lauching, then it use default configuration which is not fit with your os. The following steps solve you problem: 1. Delete setting in configuration folder. 2. create a new config.ini file. 3. copy following setting and save: 4. ` osgi.splashPath = platform:/base/plugins/org.eclipse.platform osgi.bundles=org.eclipse.equinox.common@2:start, org.eclipse.update.configurator@3:start, org.eclipse.core.runtime@start eclipse.product=org.eclipse.sdk.ide osgi.instance.area.default=@user.home/workspace eof=eof ` 5. restart eclipse. 

La réponse acceptée ci-dessus est correcte, sauf que ce n’est pas complètement clair.

Vous devez append la ligne suivante au bas du fichier eclipse.ini:

 -Dosgi.bundles=org.eclipse.equinox.common@2:start,org.eclipse.update.configurator@3:start,org.eclipse.core.runtime@ 

J’ai été téléchargé le “SDK ADT Bundle pour Windows” adt-bundle-windows-x86.zip dans “Documents and settings \ myusername \ Mes Documents \ Downloads” et a essayé de décompresser dans un dossier c: \ Android

Lorsque tout semble être décompressé, j’ai vu des fichiers manquants dans le dossier de destination, y compris eclipse.ini.

J’ai résolu ce problème en renommant adt-bundle-windows-x86.zip en un nom abrégé adt.zip , en le déplaçant vers c: \ et en répétant la décompression.

Tout est dû au mauvais traitement des noms de fichiers longs dans Windows

Pour ceux qui ont essayé d’exécuter l’application à partir d’une ligne de commande Windows ou d’un fichier de commandes, et éventuellement ceux qui reçoivent le message d’erreur indiqué dans un fichier journal Rational Clear Case:

Le PATH est très important pour le traitement des fichiers de configuration, et ce qui suit était nécessaire pour moi:

 START "Clear Case" /D"C:\Program Files (x86)\Rational\ClearQuest\rcp\" "C:\Program Files (x86)\Rational\ClearQuest\rcp\clearquest.exe" 

notez l’option / D.

Ajout à une page bien remplie:

J’ai fait cela lorsque j’ai essayé de déplacer l’installation de l’éclipse vers un autre emplacement sur mon disque. J’ai essayé de taper sur le vieux chemin de répertoire dans le paquet, pensant que je pourrais peut-être le réparer avec sed, mais le chemin a été écrit dans plusieurs formats et même trouvé dans des fichiers binarys. J’ai abandonné, fait une nouvelle installation et réinstallé mes plugins.

(Voici une question sur le déplacement d’une installation eclipse , mais cela ne m’a pas suffi pour que cela fonctionne.)

Shawn: Mon éclipse a commencé quand j’ai étendu les limites:

osgi.bundles=org.eclipse.equinox.common@2: start, org.eclipse.update.configurator@3: start, org.eclipse.core.runtime@start, org.eclipse.equinox.ds@start, org. eclipse.equinox.event@start

J’ai essayé toutes les méthodes proposées ici. J’ai finalement supprimé le dossier eclipse, l’ai extrait à nouveau et maintenant tout fonctionne parfaitement.

J’ai reçu ce message en essayant d’exécuter STS 3.7.0 sur Java 6 jdk, après avoir pointé vers java jdk 7 (-vm param dans STS.ini), le problème avait disparu.

Pour moi, ce qui a finalement fait l’affaire a été d’append -clean au début de eclipse.ini

J’ai eu ce problème quelque part sur les journaux et j’ai vu que ma version de java n’était pas en quelque sorte 1.8. Mettre à jour à nouveau à 1.8 a résolu mon problème.

Dans l’environnement Windows, l’exécution d’Eclipse en tant qu’administrateur a résolu le problème. (Clic droit> Exécuter en tant qu’administrateur)

Supprimez processcenter.ini à l’emplacement similaire à: C: \ IBM \ IntegrationDesigner \ v8.5 \ iid, puis une fois que l’IDE est lancé, accédez à la préférence Windows et insérez la bonne URL.