Généré Runnable jar: impossible de trouver la classe principale

J'ai toujours utilisé l'Exportation -> Runnable jar option d'Eclipse et il a fonctionné parfaitement, mais aujourd'hui, il semble que tous les Exécutables des pots-je créer produire l'erreur suivante quand je les ai lancé: (Edit: les exécuter en double-cliquant sur le fichier.)

Java Virtual Machide Launcher

Could not find the main class: (class). Program will exit.

J'ai tout essayé pour les deux dernières heures, mais cela ne fonctionne toujours pas.

  • Je peux encore courir les pots que j'ai créé dans le passé sans
    problème.
  • Le fichier manifeste ressemble exactement le même que dans les pots
    que de travail et de tous les .class fichiers semblent être en place...
  • J'ai essayé de l'exportation avec Package required libraries into generated jar mais le fichier ne fonctionne toujours pas. Qu'il n'affiche pas l'erreur, même si - en double cliquant sur le fichier ne fait rien.

Modifier: lancer le fichier jar à travers le cmd fonctionne parfaitement, mais simplement en double-cliquant sur les rendements de cette erreur. (Bragboy)

Edit 2:
Le contenu d'un fichier manifeste à partir d'un bocal de travaux: (Évidemment, ils sont les mêmes, je voulais juste éviter toute confusion.)

Manifest-Version: 1.0
Class-Path: .
Principal de la Classe: le défenseur.DefenderComponent (+ deux lignes vides après)

Et le contenu d'un fichier manifeste à partir d'un bocal qui ne fonctionne pas: (Lors de l'ouverture du fichier directement)

Manifest-Version: 1.0
Class-Path: .
Principal de la Classe: le pixel.Entrée (+ deux lignes vides après)

Les deux principaux fichiers de classe sont confirmés pour être à leurs emplacements respectifs.

Avez-vous essayez de spécifier explicitement la classe principale ?
veuillez expliquer.
vérifier ma réponse. laissez-moi savoir si qu'elle n'en résout. si non, j'aurais besoin de prendre un coup d'oeil à l'généré le fichier de manifeste.
Pourriez-vous svp poster le contenu du MANIFESTE.MF? Vérifiez également que le programme qui est associé avec .les fichiers jar dans votre système d'exploitation. Avez-vous utilisé les paramètres / bibliothèques que vous n'avez pas utilisé dans les pots qui fonctionnent très bien?
édité dans la question.

OriginalL'auteur Acidic | 2011-12-25

  1. 3

    Lors de l'exportation du fichier jar, il est important de préciser quelle est la classe principale. Vous pouvez le faire dans l'éclipse de l'assistant. Pour accéder à cet écran, vous devez tout simplement à l'exportation comme juste un pot, par opposition à Runnable jar.

    Généré Runnable jar: impossible de trouver la classe principale

    Une option de plus pour trouver l'erreur, essayez d'ouvrir une invite de commande (windows) ou un terminal (sous linux/mac) et de donner à cette commande java-jar your_jar.jar . ceci affichera une erreur détaillé sur ce qui se passe.

    Depuis votre pot fonctionne correctement lorsqu'il est lancé via l'invite de commande, d'une coupable serait le programme par défaut d'ouverture .pot d'extension dans windows. Pour éviter cela, vous devriez probablement faire un clic droit sur le pot et essayer de l'ouvrir avec un jar exécutable qui est compatible avec la version de java que vous avez exécuté le même à partir de l'invite de commande.

    L'exportation d'un normal jar ne me demande pas de spécifier une classe principale, ni étais-je capable de trouver manuellement une telle option. L'exécution de l'jar via la console cependant - FONCTIONNE PARFAITEMENT. Quel pouvait être ce qui m'empêche d'ouvrir le bocal en cliquant simplement sur elle..?
    Mise à jour de la réponse. la caisse
    Je viens de réaliser que mes anciens projets ont été JRE 1.6 tandis que ceux qui ne travaillent pas sont de 1,7. Changer la de nouveaux à 1,6 en effet résout le problème, mais pourquoi est-ce arrivé? J'ai mis à jour mon Java, juste au cas où, mais ça n'aide pas.
    Je vous suggère de mettre à jour la question avec cette nouvelle information.
    Eh bien, vous êtes le seul qui a tenté de l'aider et j'ai résolu mon problème en directement grâce à vous, je vous donne donc la accepté de répondre. Merci!

    OriginalL'auteur bragboy

  2. 2

    À la fin la seule chose qui fixe c'était pour passer du JRE 1.7 vers le bas pour JRE 1.6.

    je suppose que c'est la meilleure réponse, coz je travaillais dans ma station avec le jre 1.7 et maintenant en marche avec le jre 1.6 ....... merci 🙂

    OriginalL'auteur Acidic

  3. 0

    Je sais que c'est un peu un fil nécro, mais j'ai eu le même problème. Ce qui a finalement fonctionné pour moi a été la fixation mes %JAVA_HOME% chemin dans les variables d'environnement. Il s'avère qu'elle était encore pointant vers un 1.6 libérer, et c'est pourquoi rien depuis que j'ai installé 1.7 était en cours d'exécution, sauf par l'intermédiaire de l'Éclipse où j'avais résolu toutes les références pour pointer vers la version correcte.

    OriginalL'auteur mfowler