Je viens de télécharger et de désarchiver le SDK Android pour Windows. J'utilise actuellement W8 64x.
Je viens de télécharger et de désarchiver le SDK Android pour Windows. J'utilise actuellement W8 64x.
Réponses:
Le message d'erreur indique un problème avec votre version Java. Un JDK est-il installé?
Essayez d'ajouter ce qui suit (en notant la nouvelle ligne):
/! \ assurez-vous que l'
-vm
option se produit avant la-vmargs
commande . Tout ce qui suit-vmargs
est transmis directement à la JVM.
-vm
c:/wherever/java/jdk1.6.0_21/jre/bin/server/jvm.dll
-vmargs...
... à votre eclipse.ini
fichier, en pointant sur le JDK que vous souhaitez utiliser, et vérifiez que la version Java requise est au moins aussi nouvelle que votre JDK. C'est le chemin pour un système Windows. Plus d'informations sur les chemins peuvent être trouvées ici (faites défiler vers le bas).
Si vous ne savez pas où se trouve le eclipse.ini
fichier: il se trouve régulièrement dans le dossier de votre fichier eclipse.exe
.
Edit2: @KadoLakatt : la raison pour laquelle l'installation de la dernière version de Java a fonctionné pour vous est que Eclipse vérifie le chemin standard d'une JVM s'il ne trouve pas d' -vm
entrée (voir ici ). Cependant, je ne le recommanderais pas, car vous pourriez vous tromper en devinant la JVM utilisée. Si vous mettez à jour Java (automatiquement?), Vous pourriez rencontrer des problèmes dans votre Eclipse en vous demandant ce que vous avez peut-être changé. Mieux vaut le définir dans un dossier spécifique dans votre eclipse.ini
pour en être certain.
-vm C:/Program Files/Java/jdk1.8.0_191/jre/bin/javaw.exe
À:-vm C:/Program Files/Java/jdk1.8.0_191/jre/bin/server/jvm.dll
J'ai reçu cette erreur à l'improviste. Eclipse a cessé de fonctionner même si je n'ai fait aucune modification de configuration et n'ai pas installé de nouveaux jdk.
Voici mon fichier eclipse.ini:
--clean
-startup
plugins/org.eclipse.equinox.launcher_1.3.0.v20130327-1440.jar
--launcher.library
plugins/org.eclipse.equinox.launcher.win32.win32.x86_1.1.200.v20130807-1835
-product
org.eclipse.epp.package.jee.product
--launcher.defaultAction
openFile
--launcher.XXMaxPermSize
256M
-showsplash
org.eclipse.platform
--launcher.XXMaxPermSize
256m
--launcher.defaultAction
openFile
-vm
C:/Program Files (x86)/Java/jre7/bin/javaw.exe
--launcher.appendVmargs
-vmargs
-Dosgi.requiredJavaVersion=1.6
-Xms40m
-Xmx1024m
Pour que Eclipse démarre avec succès, j'ai supprimé
-vmargs
-Dosgi.requiredJavaVersion=1.6
-vm
C:/Program Files (x86)/Java/jre7/bin/javaw.exe
Voici donc mon fichier mis à jour:
--clean
-startup
plugins/org.eclipse.equinox.launcher_1.3.0.v20130327-1440.jar
--launcher.library
plugins/org.eclipse.equinox.launcher.win32.win32.x86_1.1.200.v20130807-1835
-product
org.eclipse.epp.package.jee.product
--launcher.defaultAction
openFile
--launcher.XXMaxPermSize
256M
-showsplash
org.eclipse.platform
--launcher.XXMaxPermSize
256m
--launcher.defaultAction
openFile
-Xms40m
-Xmx1024m
Je ne sais pas pourquoi la suppression de osgi.requiredJavaVersion = 1.6 a corrigé ce problème car ma version jvm est 1.6. À partir du document http://help.eclipse.org/indigo/index.jsp?topic=%2Forg.eclipse.platform.doc.isv%2Freference%2Fmisc%2Fruntime-options.html
osgi.requiredJavaVersion
The minimum java version that is required to launch Eclipse. The default value is "1.4.1".
Je pense que ma version java a été définie correctement. Quoi qu'il en soit, Eclipse démarre et fonctionne pour moi maintenant ......
-vm C:/Program Files/Java/jdk1.8.0_45/bin/javaw.exe
au fichier eclipse.ini, a demandé un redémarrage, puis n'a pas pu démarrer. Dans le passé, j'avais ajouté manuellement -vm C:\Program Files\Java\jdk1.8.0_45\bin\javaw.exe
. Une erreur s'est produite car il me restait deux entrées «-vm». La suppression de l'un d'entre eux a résolu le problème.
-vmargs -Dosgi.requiredJavaVersion=1.6
je n'ai aucune idée d'où ça vient, l'IDE fonctionnait très bien dans le passé.
ça peut aussi être comme ça:
-vm
C:\Program Files\Java\jre6\bin\server\jvm.dll
L'ajout de -vm
paramètres fonctionne pour moi.
-vm
C:\Program Files\Java\jdk1.7.0_45\jre\bin\server\jvm.dll
Pour ceux d'entre vous qui ont essayé toutes les réponses ci-dessus sans succès, essayez de réduire votre valeur -Xms. Je dois prendre en charge une ancienne Eclipse (Weblogic Eclipse 10.3.6) - J'avais le .ini suivant sur ma machine Windows 7 et ma machine virtuelle Windows Server 2008 R2 Enterprise (la version Java ci-dessous pointe vers un Java 32 bits) qui avait fonctionnaient et fonctionnaient parfaitement, respectivement.
-vm
C:/Java/Java7/jdk1.7.0_79/bin/javaw.exe
-startup
plugins/org.eclipse.equinox.launcher_1.3.0.v20120522-1813.jar
--launcher.library
plugins/org.eclipse.equinox.launcher.win32.win32.x86_1.1.200.v20120522-1813
-showsplash
org.eclipse.platform
--launcher.defaultAction
openFile
-vmargs
-Xms1024m
-Xmx1024m
-XX:MaxPermSize=256m
-Dsun.lang.ClassLoader.allowArraySyntax=true
-Dweblogic.home=C:/Oracle/Middleware/wlserver_10.3
Donc un Java 32 bits pour une Eclipse 32 bits, mais toujours le code de sortie 1. Sur la base de toutes les réponses que j'avais vues ici, et le seul changement étant un nouvel ordinateur portable avec Windows 10, la seule explication possible était que le nouveau système d'exploitation et l'Eclipse était en désaccord sur quelque chose. J'ai donc commencé à jouer avec chacune des valeurs, et cela a fonctionné lorsque j'ai abaissé Xms et Xmx à 512 m. J'ai l'impression que le nouveau système d'exploitation Windows empêche peut-être une taille de tas initiale plus élevée en fonction de certaines conditions d'exécution (le -Xms plus élevé fonctionne sur Windows 10 sur tous les autres appareils similaires que j'ai rencontrés) - donc toute autre explication est la bienvenue. En attendant, le suivant est la seule valeur que j'ai modifiée pour lancer avec succès Eclipse.
-Xms512m
Combinaisons fonctionnelles d'OS, JDK et éclipse bitness.
Veuillez utiliser 1 des combinaisons ci-dessus.
J'ai aussi fait face au problème similaire, non résolu après l'ajout de la commande dans le fichier eclipse.ini. Ma cause première est différente. J'expérimentais sur des diagrammes de séquence en utilisant objectaid. Cela jette une exception et dérange mon espace de travail. Vous pouvez avoir un problème différent lorsque vous travaillez sur de nouveaux plugins. Mieux vaut vérifier le fichier journal situé dans l'espace de travail de votre projetC:\path\to\workspace\.metadata\.log
Cela peut être résolu en ajoutant la ligne suivante au fichier eclipse.ini -XX: -UseCompressedOops
J'ai eu le même problème qui a été causé en raison de l'arrêt brutal de mes fenêtres 10. Plus tôt dans le chemin, j'avais le chemin Oracle, c'est-à-dire le chemin inséré par Oracle au moment de l'installation de JDK. Je l'ai supprimé et modifié le chemin d'accès à l'emplacement JDK. Cela a résolu le problème.
Si java 8 est installé, cela peut être lié au problème suivant: https://support.oracle.com/knowledge/Middleware/2412304_1.html
Supprimer / renommer simplement "C: \ Program Files (x86) \ Common Files \ Oracle \ Java \ javapath" a fonctionné pour moi.
Changer directement le fichier eclipse n'est pas une bonne idée, peu importe sa facette ou son ini, à moins qu'il ne puisse être changé dans eclipse. Eu le même problème, avec jdk1.8 installé. Changez-le en jdk 1.7.
En outre, selon https://wiki.eclipse.org/Eclipse/Installation , LUNA et MARS ont besoin de 1.7. Assurez-vous donc de l'avoir installé.
Le mien est un système 64 bits avec une installation java 64 bits. ce qui a fonctionné pour moi était le suivant:
Dans le champ cible, pointez-le vers le chemin d'accès d'origine des installations java 64 bits correct en utilisant l'argument vm avec le chemin java_home entre guillemets comme ceci:
D: \ Scala_eclipse \ eclipse.exe -vm "C: \ Program Files \ Java \ jdk1.8.0_11"
Cela résout presque toujours tous mes problèmes liés à Eclipse (scala eclipse également). Comme mentionné dans la réponse , veuillez vous assurer que vous utilisez la bonne combinaison d'éclipse et de java
1) Ouvrez le fichier SpringToolSuite4.ini .
2) Recherchez l' openFile .
3) Indiquez l'emplacement du fichier jvm.dll dans SpringToolSuite4.ini
4) Remarque: indiquez la nouvelle ligne entre -vm et le chemin d'emplacement de votre fichier jvm.dll, comme indiqué ci-dessous.
openFile
-vm
C:\Program Files\Java\jre8\bin\server\jvm.dll
-vmargs
-Dosgi.requiredJavaVersion=1.8
-Xms256m
juste pour ajouter ici ...
Pour les gars qui n'ont toujours pas pu démarrer eclipse en raison de la même erreur, veuillez vérifier à nouveau le fichier eclipse.ini et voir si vous avez oublié de mettre M
après la taille de la mémoire. Par exemple:
-Xmx1024
or
-Xmx1024MB
or
-Xmx1024 M
or
-Xmx1024 mb
or
-Xmx1024mb
sont incorrects, cela devrait l'être -Xmx1024M
. J'ai essayé différentes idées de SOF et d'autres forums, et dans ce copier / coller, j'ai oublié que j'avais raté M
(une si petite chose à manquer), alors j'ai pensé que je devrais partager. Si cela fonctionne pour certains d'entre vous, veuillez voter.
J'ai eu ce problème récemment, mais je n'avais pas changé de java ni mis à jour la version java, peut-être que ce problème s'est produit en raison de l'arrêt du système.
Et après avoir lu quelques réponses ici, j'ai décidé de changer la version java de 1.6 à 1.7 dans le fichier eclipse.ini.
-vmargs
-Dosgi.requiredJavaVersion=1.6
Après ce changement, l'Eclipse a bien démarré et cela a fonctionné. Comme je n'avais rien changé, j'ai décidé de le ramener à 1.6 à ce qu'il était à l'origine.
Ensuite, j'ai commencé l'éclipse et devinez ce que cela fonctionnait. On dirait donc que dans mon cas, le simple fait de toucher / modifier le fichier eclipse.ini a fonctionné.
J'espère que cette réponse sera utile à quelqu'un.
Aucune des réponses ci-dessus ne m'a aidé. J'ai découvert qu'en général, une erreur comme celle-là pouvait signifier que votre eclipse.ini avait une entrée invalide. Ainsi, toutes les réponses ci-dessus pourraient être correctes, en fonction de votre cas particulier. Dans mon cas, il s'est avéré que j'ai ajouté un argument de locale avec une faute de frappe.
Veuillez vérifier votre ordinateur et si Java JRE n'installe pas, téléchargez-le et installez-le.
Mon chemin de l'argument -javaagent avait des caractères spatiaux tels que «&». J'ai placé le pot Lambok à un endroit différent et j'ai donné le chemin vers cet endroit. Cela a fonctionné pour moi.
auparavant c'était
-javaagent: C: \ Software & Tool \ lambok.jar
je l'ai changé en
-javaagent: C: \ Labmok \ lambok.jar
s'il dit c: / program files / java / jre / bin / server / jvm.dll not found, copiez le jre du dossier jdk et collez-le en dehors du dossier jdk. puis réessayez ...