-
Bug
-
Resolution: Fixed
-
P3
-
7
-
b143
-
generic, x86
-
generic, linux_ubuntu
-
Verified
https://bugs.openjdk.java.net/show_bug.cgi?id=100153
Shortly: "Generify" JComboBox, along with: ComboBoxModel, DefaultComboBoxModel and MutableComboBoxModel
Below is an extract from letter written by ###@###.###
--------------
But is there a reason why javax.swing.ListModel was generified, but not its
sub-interfaces like ComboBoxModel?
This "type swallowing" actually caused non-fixable compiler errors in Scala,
where the scala-swing package can't be built anymore against the Java 7 code
base.
The relevant bug ticket in Scala's trac is
https://lampsvn.epfl.ch/trac/scala/ticket/3634
----------
Shortly: "Generify" JComboBox, along with: ComboBoxModel, DefaultComboBoxModel and MutableComboBoxModel
Below is an extract from letter written by ###@###.###
--------------
But is there a reason why javax.swing.ListModel was generified, but not its
sub-interfaces like ComboBoxModel?
This "type swallowing" actually caused non-fixable compiler errors in Scala,
where the scala-swing package can't be built anymore against the Java 7 code
base.
The relevant bug ticket in Scala's trac is
https://lampsvn.epfl.ch/trac/scala/ticket/3634
----------
- duplicates
-
JDK-7029316 Incomplete addition of Generics prevent compilation with Scala (rawtype problem)
-
- Closed
-
- relates to
-
JDK-7031941 Use generificated JComboBox and JList in core libraries
-
- Resolved
-
-
JDK-7052360 (reflect) GenericSignatureFormatError When signature includes nested inner classes
-
- Closed
-
-
JDK-7067201 Generics: BasicComboBoxRenderer
-
- Closed
-