Chaque fois que j'essaie de lancer mon Eclipse, je reçois l'exception suivante et elle ne va pas arriver.
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 ... Merci.
Le fichier /configuration/config.ini
doit contenir org.Eclipse.core.runtime@start
dans la propriété osgi.bundles
, séparée par des virgules. Voici la propriété par défaut osgi.bundles
, peut-être a-t-elle été modifiée (accidentellement) lors d'une mise à niveau:
osgi.bundles=org.Eclipse.equinox.common@2:start,org.Eclipse.update.configurator@3:start,org.Eclipse.core.runtime@start
Si nécessaire, vous pouvez le remplacer en le définissant comme argument 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 règle son niveau de démarrage sur défaut et le démarrage automatique sur true. J'ai supprimé d'autres plugins. Mon raisonnement était le suivant: Eclipse se plaint que l'org.Eclipse.core.runtime n'est pas démarré, alors assurons-nous qu'il démarre et qu'il s'agit du seul plug-in qui démarre.
Mon application a bien fonctionné après cela. J'ai ensuite examiné le fichier config.ini pour voir ce qui avait changé et constaté que org.Eclipse.core.runtime était désormais modifié en org.Eclipse.core.runtime@start. Cela correspond à la suggestion de BalusC, je viens de le faire à partir de l'éditeur de produits.
Ajout de mes deux cents pour ceux qui recherchent "Assurez-vous que le groupe org.Eclipse.core.runtime est résolu et démarré":
L'ajout d'ensembles "arbitraires" à la liste d'ensembles uniquement car il semble qu'il en manque n'est pas toujours la meilleure solution. Parfois, cela peut devenir assez frustrant, parce que ces nouveaux plugins pourraient dépendre d’autres bundles manquants, qui nécessitent encore plus de bundles, etc.
Ainsi, avant d'ajouter une nouvelle dépendance à la liste des ensembles requis, assurez-vous de bien comprendre pourquoi cet ensemble est nécessaire (le débogueur est votre ami!).
Cette question ne fournit pas assez d’informations pour que cette réponse soit valide dans tous les cas, mais si vous rencontrez le message indiquant que org.Eclipse.core.runtime est manquant} _, essayez de définir Eclipse. application.launchDefault propriété système à false, en particulier si vous essayez d'exécuter une application qui n'est pas une "application Eclipse" (mais peut-être juste une exécution sans tête au-dessus de l'équinoxe).
Ce lien pourrait vous être utile: http://help.Eclipse.org/Indigo/index.jsp?topic=%2Forg.Eclipse.platform.doc.isv%2Freference%2Fmisc%2Fruntime-options.html , recherchez la propriété système Eclipse.application.launchDefault.
J'ai eu ce problème avec Mac OS Lion, après avoir transféré l'OS/les données d'une machine plus ancienne à une nouvelle.
Résolu 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 non compressé, pas de modifications).
essayez de le lancer depuis la ligne de commande en tant que:
>Eclipse -clean
Ou, vous pouvez l'exécuter en utilisant Java
au lieu de javaw
par défaut, ici
>Eclipse -vm c:\jdks\Java_1.5\jre\bin\Java.exe
Cette erreur est due à la suppression du fichier config.ini lors de la suppression des plug-ins. Donc, quand il ne peut pas trouver la configuration dans config.ini quand Eclipse lance ,, alors il utilise la configuration par défaut qui n’est pas compatible avec votre OS. Les étapes suivantes résolvent votre problème:
Supprimer le paramètre dans le dossier de configuration.
créez un nouveau fichier config.ini.
copier le réglage suivant et sauvegarder:
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
[email protected]/workspace
eof=eof
redémarrez Eclipse.
La réponse acceptée ci-dessus est correcte, sauf que ce n'est pas tout à fait clair.
Vous devez ajouter 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@
Pour moi, l’installation du jdk 1.8
a résolu le problème.
Pour moi, l'astuce a été d'ajouter -clean
au début du fichier Eclipse.ini.
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.
J'ai essayé toutes les méthodes proposées ici. J'ai finalement supprimé le dossier Eclipse, extrait à nouveau et maintenant tout fonctionne parfaitement.
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)
Téléchargez une nouvelle suite Eclipse ou Spring et ouvrez un ancien espace de travail dans une nouvelle Eclipse ou STS
J'ai eu ce problème quelque part sur les journaux et j'ai vu que ma version de Java n'était pas 1.8 de toute façon. Le mettre à jour à nouveau à 1,8 a résolu mon problème.
shawn: Mon Eclipse a commencé lorsque j'ai étendu des bundles:
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
Ajout à une page bien remplie:
Je l'avais eu quand j'ai essayé de déplacer l'installation Eclipse vers un emplacement différent sur mon lecteur. J'ai essayé de rechercher grepping pour l'ancien chemin de répertoire dans le paquet, pensant pouvoir peut-être le réparer avec sed, mais le chemin a été écrit dans plusieurs formats et même trouvé dans des fichiers binaires. 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 le faire fonctionner.)
J'ai été téléchargé le "SDK ADT Bundle pour Windows" adt-bundle-windows-x86.Zip dans "Documents and settings\myusername\My Documents\Downloads" et j'ai essayé de décompresser le fichier dans un dossier c:\Android.
Lorsque tout semble être décompressé, j'ai vu des fichiers manquants dans le dossier de destination, notamment le fichier 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 viennent ici et qui ont essayé d'exécuter l'application à partir d'une ligne de commande Windows ou d'un fichier de traitement par lots, 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 les conditions suivantes étaient requises 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 .