Name: skR10017 Date: 05/31/2000




Java Beans 1.01 Specification reads about Beans properties definition:

By default, we use design patterns to locate properties by looking for methods of the form:
public <PropertyType> get<PropertyName>();
public void set<PropertyName>(<PropertyType> a);

Java Beans 1.01 Specification reads about PropertyChangeSupport class:

public void firePropertyChange(String propertyName, Object oldValue, Object newValue)
Report a bound property update to any registered listeners.
No event is fired if old and new are equal and non-null.

Parameters:
propertyName The programmatic name of the property that was changed.
oldValue The old value of the property.
newValue The new value of the property.

Class javax.swing.JInternalFrame contains a bug.
According to JavaBeans specification propertyName that is passed to firePropertyChange method
must be equal to real propertyName that was changed and for which get<PropertyName>
or set<PropertyName> method must exist.

Here is citation from the source file:

------------------ src/javax/swing/JInternalFrame.java --------------------

    public final static String MENU_BAR_PROPERTY = "menuBar";

    public void setJMenuBar(JMenuBar m){
        JMenuBar oldValue = getMenuBar();
        getRootPane().setJMenuBar(m);
        firePropertyChange(MENU_BAR_PROPERTY, oldValue, m);
    }
--------------------------------------------------------------------------------

Because string which is passed is "menuBar" but not "JMenuBar"
the listener which receives event does not assume that this event was generated for JMenuBar property.

BeanFire test from Swing testsuite fails due to this reason.

This bug affects JDK1.3 for Linux(beta07) and Solaris(build 1.3.0rc3-Z)

Suggestion fix:
To change the value of MENU_BAR_PROPERTY from "menuBar" to "JMenuBar"

======================================================================