0

Nimbus ルック アンド フィールを使用しているときに気になりNullpointerexceptionます。addPropertyChangeListenerLinux Standard LAF (Metal) を使用すると、すべて正常に動作します。

問題をシミュレートする小さなテストプロジェクトを次に示します。JPanel を拡張し、コンテンツをフレームに提供するクラスがあります。フレームの Finsih ボタンは、いくつかの条件が満たされた場合にのみ有効になります (この場合、ボタン 2 が押されます)。

これはメインクラスです:

public class Main extends JFrame {

    /**
     * 
     */
    private static final long serialVersionUID = -3120562776241721109L;
    private JPanel contentPane;
    private JButton button;
    private PropertyChangeListener changeListener;

    /**
     * Launch the application.
     */
    public static void main(String[] args) {


        EventQueue.invokeLater(new Runnable() {
            public void run() {
                try {
                    Main frame = new Main();
                    frame.setVisible(true);
                } catch (Exception e) {
                    e.printStackTrace();
                }
            }
        });
    }

    /**
     * Create the frame.
     */
    public Main() {
        try {
            UIManager.setLookAndFeel("com.sun.java.swing.plaf.nimbus.NimbusLookAndFeel");
            System.out.println(UIManager.getLookAndFeel());
        } catch (ClassNotFoundException e1) {
            // TODO Auto-generated catch block
            e1.printStackTrace();
        } catch (InstantiationException e1) {
            // TODO Auto-generated catch block
            e1.printStackTrace();
        } catch (IllegalAccessException e1) {
            // TODO Auto-generated catch block
            e1.printStackTrace();
        } catch (UnsupportedLookAndFeelException e1) {
            // TODO Auto-generated catch block
            e1.printStackTrace();
        }

        setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
        setBounds(100, 100, 450, 300);
        contentPane = new JPanel();
        contentPane.setBorder(new EmptyBorder(5, 5, 5, 5));
        contentPane.setLayout(new BorderLayout(0, 0));
        setContentPane(contentPane);

        button = new JButton("BUTTON");
        button.setEnabled(false);
        changeListener = new PropertyChangeListener() {

            @Override
            public void propertyChange(PropertyChangeEvent evt) {
                if (evt.getPropertyName().equalsIgnoreCase("state")) {
                    button.setEnabled((boolean) evt.getNewValue());
                }
            }
        };
        contentPane.add(button, BorderLayout.SOUTH);
        Panel panel = new Panel();
        contentPane.add(panel, BorderLayout.CENTER);
        panel.addPropertyChangeListener(changeListener);
    }

パネル クラスは次のとおりです。

public class Panel extends JPanel {
    /**
     * 
     */
    private static final long serialVersionUID = -5036784576513445229L;
    private PropertyChangeSupport changes;
    private boolean state;
    /**
     * Create the panel.
     */
    public Panel() {

        this.changes = new PropertyChangeSupport(this);
        JButton button = new JButton("BUTTON2");
        add(button);
        state = false;
        button.addActionListener(new ActionListener() {

            @Override
            public void actionPerformed(ActionEvent arg0) {
                state = !state;
                changes.firePropertyChange("state", null, state);
            }
        });

    }

    @Override
    public void addPropertyChangeListener(PropertyChangeListener listener) {
        changes.addPropertyChangeListener(listener);
    }
}

先述の通りMetal LAFで問題なく動作

4

1 に答える 1

2

addPropertyChangeListeners をオーバーライドし、リスナーを「changes」というリストに格納しているようです。残りのコンストラクターが実行される前に UI がインストールされるため、changes 変数は初期化されていません。

リストにリスナーを追加する前に null テストを追加し、必要に応じてリストをインスタンス化します (コンストラクターでも同じことを行います)。インライン変数の初期化が機能するかどうかは思い出せません (そして、テストしてそれを伝えるための JDK がここにはありません)。

または、そのメソッドをオーバーライドしないことを検討してください。そもそもなんでそんなことしたの？不要に見えます (ただし、コードがないと正確にはわかりません)。

于 2012-05-06T14:45:44.540 に答える