JDK-4064105 : Compile-time type safety with generics (JSR-014)
  • Type: Enhancement
  • Component: specification
  • Sub-Component: language
  • Affected Version: 1.1.3,1.2.0,1.2.2,1.3.0,1.4.0
  • Priority: P2
  • Status: Resolved
  • Resolution: Fixed
  • OS:
    generic,windows_95,windows_98,windows_nt generic,windows_95,windows_98,windows_nt
  • CPU: generic,x86
  • Submitted: 1997-07-11
  • Updated: 2004-07-20
  • Resolved: 2004-07-20
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
Other
5.0 beta2Fixed
Related Reports
Duplicate :  
JDK-4345822 - Generic Java compiler enhancement for reliability and readability
Duplicate :  
JDK-4173702 - Parameterized classes
Relates :  
JDK-4847959 - JMX API should use generics where applicable
Description
Name: tb29552			Date: 02/18/99

Request inclusion of JSR 014:  Add Generic Types To The Java Programming Language into J2SE 1.5 

The JSR proposal is to add generic types and methods to the Java programming
language.  The main benefit of adding genericity to the Java
programming language lies in the added expressiveness and compile-time
type safety that stems from making type parameters explicit and making
type casts implicit. This is crucial for using libraries such as
collections in a flexible, yet safe way.  The proposed extension is
designed to be fully backwards compatible with the current language,
making the transition from non-generic to generic programming very
easy. In particular, one can retrofit existing library classes with
generic interfaces without changing their code.

This is an updated description the previous description is in the comments field
Comments
CONVERTED DATA BugTraq+ Release Management Values COMMIT TO FIX: tiger FIXED IN: tiger-beta2 INTEGRATED IN: tiger-beta2
23-07-2004
EVALUATION Sure. We are examining the possibility of adding parameterized types. gilad.bracha@eng 1997-11-12 I believe that a clean, simple parameterized typing facility (along the lines of http://www.cs.bell-labs.com/who/wadler/pizza/gj/index.html ) would represent a fine addition to the language, especially when combined with the 1.2 collections facility. joshua.bloch@Eng 1998-09-16 Parameterization can indeed be very useful. In considering the various proposals, we are particularly concerned about the impact of such a large change on our customers, especially with respect to compatibility and stability. The investigation of our options is ongoing. ============================== Generics will be available in Tiger beginning with build 14. See 4607354 for the compiler changes. A number of other bugIDs relate to API changes. ###@###.### 2003-07-30
30-07-2003
PUBLIC COMMENTS Request for parameterized types. An initiative to do just this is in progress. See http://www.jcp.org/jsr/detail/14.jsp gilad.bracha@eng 1999-05-03 ###@###.### 2001-11-21
03-05-1999
WORK AROUND Name: tb29552 Date: 07/11/97 ====================================================================== Don't use built in collection classes (e.g. Vector) directly. Make your own correctly typed container classes that delegate to a private generic container (e.g. Vectork, Hashtable). This is not a terribly satisfying or efficient solution, but it's the best one can do until the language supports some sort of parameterized classes. joshua.bloch@Eng 1997-07-15 Name: tb29552 Date: 02/18/99 A preprocesor (a la C++) ======================================================================
15-07-1997
SUGGESTED FIX Add parameterized classes to Java. joshua.bloch@Eng 1997-07-15
15-07-1997