la méthode de l'appel à super() erreur dans Netbeans

Récemment j'ai fait un projet Netbeans et je suis en utilisant SVN avec elle. Je vois en double classe d'erreur, et dans la console il dit

java.lang.VerifyError: (class: pie/chart/explorer/PieChartExplorer, method: <init> signature: ()V) Constructor must call super() or this() Could not find the main class: pie.chart.explorer.PieChartExplorer. Program will exit. Exception in thread "main" Java Result: 1

Est ici PieChartExplorer.java:

package pie.chart.explorer;

import java.awt.*;
import java.awt.event.ActionEvent;
import java.awt.event.ActionListener;
import javax.swing.*;

public class PieChartExplorer extends JFrame implements ActionListener {


    JTextField one = new JTextField(10);
     JTextField two = new JTextField(10);
      JTextField three = new JTextField(10);
    JButton sub = new JButton("Click to be amazed");


    public PieChartExplorer() {
        super("Pie Chart Explorer");
        setSize(300,100);
        setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
        FlowLayout flo = new FlowLayout();
        setLayout(flo);
        setVisible(true);
        add(one);
        add(two);
        add(three);
        sub.addActionListener(this);;
        add(sub);

    }

    public static void main(String[] args) {
        PieChartExplorer app = new PieChartExplorer();
    }

    @Override
    public void actionPerformed(ActionEvent e) {
        Object source = e.getSource();

        if(source == sub) {
            try {
            Pie show = new Pie(Float.parseFloat(one.getText()),Float.parseFloat(two.getText()),Float.parseFloat(three.getText()));
            } catch(Exception ex) {
                JOptionPane.showMessageDialog(this, "Please check entered data");

            }
        }
    }

}

J'ai essayé:

Propre et projet de Reconstruction de
Veillant à ce que j'ai appelé super en tous les constructeurs

Comment cela peut-il être fixé? Code pour le télécharger.

Pouvez-vous passé le message d'erreur complet? Est-il un fichier, de la classe ou de l'information en ligne?
J'ai compris il y a message d'erreur dans mon montage. Veuillez jeter un oeil à des informations à jour
L'erreur que vous avez posté ressemble à une erreur d'exécution. Êtes-vous d'obtenir les erreurs de compilation? Afficher les détails à propos de la "double classe d'erreur" vous avez mentionnés.
Votre code que j'ai téléchargé est bien. Je me demande si vous avez plusieurs versions de vos fichiers de classe ailleurs ou une autre source de problème de code. J'utilise SVN moi-même, donc je ne suis pas sûr de savoir comment les blâmer, et ne peut pas si c'est utilisé correctement.
Sont vos fichiers de classe sous SVN de contrôle? Si ils sont ensuite ils peuvent facilement être dupliqué. Seuls les fichiers de code source doit être sous SVN de contrôle. Je sais que dans NetBeans il y a plusieurs fichiers qui contrôlent les propriétés du projet peut-être l'un d'eux contient une erreur. Qu'en essayant d'importer ce que vous avez à un nouveau projet?

OriginalL'auteur Andrew delgadillo | 2011-07-03

11

J'ai vu ces symptômes juste de l'autre jour.

J'ai eu j'ai un fichier que j'avais été de l'édition et décidé que je voulais partager ma modifications dans 2 s'engage. Je suis allé dans le répertoire contenant mes fichiers "x/y/Z.java", créé un répertoire dans "x/y" nommé "backup" déplacé "Z.java" il y a, et a tiré une nouvelle copie du contrôle de version. Note tout cela a été fait en dehors de l'IDE.

De retour dans l'IDE j'ai fusionné les modifications pour le premier commit et quand j'ai construit, j'ai obtenu le double de la classe de message pour "Z.java".

Quand j'ai copié la source de "sauvegarde", je l'ai fait à l'extérieur de l'IDE et il avait toujours l'emballage d'origine "x.y" comme l'a fait mon nouvellement édité "Z.java". NB serait pas compiler la nouvelle "Z.java" parce qu'il pouvait voir, il avait déjà créé "x.y.Z.class" (à partir de "x/y/backup/Z.java").

Il y a 2 façons de résoudre ce problème:
1. Renommer "x/y/backup/Z.java" pour "x/y/backup/Z. java.de sauvegarde". (Empêcher la copie de sauvegarde d'être compilé.)
2. De changer le package "x/y/backup/Z.java" à partir de "x.y" "x.y.de sauvegarde". (Faire la sauvegarde de créer un autre fichier de classe.)
Après avoir effectué ces modifications, d'effectuer un "nettoyage et de construire". Remarque: simplement bâtiment ne va pas résoudre le problème, vous devez effectuer un nettoyage de supprimer les voyous fichier de classe.

Remarque: #1 a été fait en le renommant Z.java à partir de la ligne de commande, pas au nouveau-brunswick. NB ne vous permettra pas de changer l'extension du fichier.

Je peux confirmer que (16/01/2012) cette solution ne fonctionne pas (si elle ne l'a jamais fait), mais downeyt de réponse résolu ce problème pour moi.
Je peux confirmer que (comme de au 10/07/2013) cette solution fonctionne parfaitement
Parfait! oui le mystérieux message d'erreur a à voir avec le fait d'avoir ces dupliqué classes. Dans mon cas, j'ai supprimé les sauvegardes et tout est ok!

OriginalL'auteur Devon_C_Miller
12

J'ai trouvé que le fait de renommer le paquet n'a pas de travail, l'ancien paquet était toujours là.

Le problème pour moi a commencé quand j'ai copié un package à partir d'une autre application dans l'application en cours, qui a déjà eu un paquet du même nom. J'ai été d'essayer d'ajouter des classes manquantes pour le package. Après je l'ai fait, l'erreur a commencé.

Pour le résoudre, j'ai supprimé l'ensemble de la cible de l'application web et fait un nettoyage et à construire. Puis j'ai copié le paquet source dans l'application cible. Pas d'erreurs.

Merci. C'étais sur place
+1 Fonctionne pour moi aussi.
le meilleur et le parfait solution, en fait...

OriginalL'auteur downeyt
2

De nettoyage et de Construction résout le problème

Pour info, Smoking_son l'a déjà mentionné ce détail.

OriginalL'auteur swapnil gandhi
1

Si vous avez toujours le problème, c'est comment je l'ai résolu..

Dans mon cas, j'ai modifié la classe avec une méthode main plus tard et de la classe initiale était encore référencé dans la proporties fichier.

De changer ce paramètre, propre et construire.. Il a travaillé pour moi...

OriginalL'auteur smoking_son
0

Dans mon cas, j'ai eu le même problème dans une application Web après avoir fait une copie externe d'un POJO et de modifier manuellement l'extérieur de NETBEANS. Le problème était réellement ce que les autres ont suggéré dans d'autres réponses au sujet de conflit dans le déjà compilé .class fichiers.

Ce que j'ai fait pour surmonter cela a été tout simplement supprimer le dossier webAppname/WEB-INF/classes (où les classes compilées résident) et puis faire un Clean and Build

Espère que cela aide quelqu'un

OriginalL'auteur MaVRoSCy

Vous devez vous connecter pour publier un commentaire.