java.lang.RuntimeException: code source non compilable – qu’est-ce qui peut causer cela?

Cette erreur est juste bizarre, mon code se comstack très bien, je peux voir qu’il n’y a pas de problème, mais cette erreur vient de surgir. J’ai essayé de redémarrer NetBeans et il n’y a pas d’informations supplémentaires sur les exceptions.

Qu’est-ce qui peut causer ça?

Je suppose que vous utilisez un IDE (comme Netbeans) qui vous permet d’exécuter le code même si certaines classes ne sont pas compilables. Pendant l’exécution de l’application, si vous accédez à cette classe, cela entraînerait cette exception.

S’il s’agit de Netbeans, essayez de désélectionner le paramètre “Comstackr lors de la sauvegarde” dans les propriétés du projet (Build -> Compiling). C’est la seule chose qui m’a aidé dans une situation similaire.

Source: http://forums.netbeans.org/post-45324.html

NetBeans conserve une partie de l’ancien code source et / ou compilé dans son cache et ne remarque pas que certaines des dépendances du code (c’est-à-dire les packages référencés) ont changé et qu’un rafraîchissement / recompilation correct du fichier est nécessaire. .

La solution consiste à forcer cette actualisation soit par:

a) localiser et éditer le fichier source incriminé pour forcer sa recompilation (par exemple, append une ligne factice, enregistrer, supprimer, enregistrer à nouveau),
b) faire un build propre (parfois ça marchera, parfois pas),
c) désactiver “Comstack on save” (non recommandé, car cela peut rendre l’IDE ​​un PITA royal), ou
d) retirez simplement le cache NetBeans à la main, forçant la recompilation.

En ce qui concerne comment supprimer le cache:

Si vous utilisez une ancienne version de NetBeans:

  • supprimer tout ce qui concerne votre projet dans .netbeans/6.9/var/cache/index/ (remplacez 6.9 par votre version).

Si vous utilisez un nouveau:

  • Supprimez tout ce qui concerne votre projet dans AppData/Local/NetBeans/Cache/8.1/index/ (remplacez 8.1 par votre version).

Les chemins peuvent varier un peu, par exemple sur différentes plates-formes, mais l’idée est toujours la même.

J’ai aussi eu la même erreur et j’ai fait la construction propre et ça a fonctionné.

Ajouter selenium-server-standalone-3.4.0.jar. Ça marche pour moi Lien de téléchargement

Désactiver le déploiement sur Enregistrer dans l’écran Propriétés / Exécuter du projet. C’est ce qui a fonctionné pour moi finalement. Pourquoi l’enfer de NetBeans me dépasse.

Remarque: j’ai été capable de comstackr le fichier dont il se plaignait en cliquant avec le bouton droit de la souris sur NetBeans. Apparemment, ce n’était pas vraiment la compilation quand j’utilisais Build & Comstack car cela ne donnait aucune erreur. Mais après cela, les erreurs ont simplement été déplacées vers un autre fichier de classe Java. Je ne pouvais pas comstackr car il était grisé. J’ai également essayé de supprimer les répertoires build et dist dans mes fichiers de projet NetBeans, mais cela n’a pas aidé non plus.

Organisez votre code en module maven. Une fois terminé, lancez la commande depuis le terminal
$mvn installl
pour vérifier si votre code fonctionne correctement.
Enfin, importez le projet dans netbeans ou eclipse en tant que projet maven.

changer le paquet de classes, vos fichiers sont probablement dans le mauvais paquet, il m’est arrivé quand je copiais le code d’un ami, c’était le paquet par défaut et le mien était un autre, donc les netbeans ne pouvaient pas le comstackr.

J’ai eu ce problème avec NetBeans 8.0.1. Les messages sur le problème dans le projet ont supprimé la classe. La suppression de ~ / .netbeans n’a pas fonctionné. Aussi j’ai cherché n’importe quelle référence à la classe supprimée dans TOUS mes projets, rien trouvé. J’ai supprimé les classes de construction, tout. Ensuite, lorsque j’ai à nouveau lancé Netbeans, comstackr et afficher comme par magie le message dans Run et dans la classe compilée par la mère. J’ai essayé de décocher la solution Dime “Comstack on save”, et ça marche, mais ce n’est pas pratique. Finalement, ma solution a été éditer et forcer la recompilation de la classe mère. De cette manière, la nouvelle classe .class ne contient pas le message et Run fonctionne correctement.

Vérifiez simplement l’emballage, la réponse la plus simple que je puisse vous donner est que votre paquet a été mal étiqueté (dans une classe).

En outre, vous pouvez avoir des caractères étranges. Essayez de vider le code en blanc dans un bloc-notes (ou Gedit), puis de le coller dans une classe nouvellement créée avec votre IDE.

Si vous utilisez Netbeans, essayez d’appuyer sur le bouton Clean and Build, laissez-le faire et réessayez. Travaillé pour moi!

J’ai eu le même problème. Mon erreur était l’emballage. Donc, je vous suggère de vérifier d’abord le nom du paquet et si la classe est dans le bon paquet.

Revérifiez les déclarations de paquets dans toutes vos classes!

Ce comportement a été observé dans NetBeans, lorsque la déclaration de package dans l’une des classes du package fait référence à un package inexistant ou incorrect. NetBeans détecte et met en évidence normalement cette erreur, mais il est connu qu’il échoue et signale de manière trompeuse que le package est exempt d’erreurs lorsque ce n’est pas le cas.