-
Enhancement
-
Resolution: Fixed
-
P4
-
6
-
b22
-
x86
-
linux
-
Not verified
A DESCRIPTION OF THE REQUEST :
The class can easily be made generic, and code that uses it would benefit from the polymorphism.
I am working on fixes for several bugs in java.beans.PropertyChangeSupport and VetoableChangeSupport. These use PropertyChangeListenerProxy and VetoableChangeListenerProxy which extend EventListenerProxy. The usage in the support classes is an example of the utility of the proposed generification.
Since I am working directly with the class and 2 subclasses (for these fixes), I would gladly implement and contribute the generic implementation. In fact, I am working the fixes on the assumption that this will go through since it is much safer to code.
JUSTIFICATION :
The class is abstract and intended to be greatly augmented by subclasses, and it proxies another type. The parametric polymorphism is of use to the subclass.
There are no backward-compatability issues that I know of with such a change.
The class can easily be made generic, and code that uses it would benefit from the polymorphism.
I am working on fixes for several bugs in java.beans.PropertyChangeSupport and VetoableChangeSupport. These use PropertyChangeListenerProxy and VetoableChangeListenerProxy which extend EventListenerProxy. The usage in the support classes is an example of the utility of the proposed generification.
Since I am working directly with the class and 2 subclasses (for these fixes), I would gladly implement and contribute the generic implementation. In fact, I am working the fixes on the assumption that this will go through since it is much safer to code.
JUSTIFICATION :
The class is abstract and intended to be greatly augmented by subclasses, and it proxies another type. The parametric polymorphism is of use to the subclass.
There are no backward-compatability issues that I know of with such a change.
- relates to
-
JDK-5064074 Adding generics to all *Event classes
- Closed