1 |
766 |
jeremybenn |
See also http://www.gnu.org/software/classpath/tasks.html
|
2 |
|
|
Which is updated more often then this file.
|
3 |
|
|
|
4 |
|
|
The Classpath TODO list as of 2002/05/05
|
5 |
|
|
|
6 |
|
|
-- Write Mauve (http://sourceware.cygnus.com/mauve/) tests for those
|
7 |
|
|
classes that don't have them.
|
8 |
|
|
|
9 |
|
|
-- Write Java 2 packages not currently included or improve existing
|
10 |
|
|
ones.
|
11 |
|
|
|
12 |
|
|
-- Modify ClassLoader.getSystemResource() to support loading classes
|
13 |
|
|
from zip files in the CLASSPATH. This requires java.util.zip to
|
14 |
|
|
be integrated first. Jar files can probably be treated as zip
|
15 |
|
|
files for now.
|
16 |
|
|
|
17 |
|
|
-- Continue comparison and merge of classes between Classpath and GCJ.
|
18 |
|
|
|
19 |
|
|
Current status: http://gcc.gnu.org/java/libgcj-classpath-compare.html
|
20 |
|
|
|
21 |
|
|
Please keep in mind that Red Hat wishes to continue to use CNI
|
22 |
|
|
as their preferred native interface. See:
|
23 |
|
|
|
24 |
|
|
http://sourceware.cygnus.com/java/papers/cni/t1.html
|
25 |
|
|
|
26 |
|
|
-- No resolution was identified for generating JNI compatible code from
|
27 |
|
|
CNI source. The simple solution has been adopted to include
|
28 |
|
|
both in GNU Classpath if and only if another JVM chooses to use CNI.
|
29 |
|
|
Provisions for compiling CNI correctly need to be implemented.
|
30 |
|
|
|
31 |
|
|
-- Update the GNU Classpath Hacker's Guide. There is a master texinfo
|
32 |
|
|
file in the doc/ directory in Classpath CVS.
|
33 |
|
|
|
34 |
|
|
-- Audit the code to identify methods that do not have Javadoc comments
|
35 |
|
|
and/or comments that are incomplete. All input parameters, return
|
36 |
|
|
values, etc should be documentes. Also look for Javadoc comments on
|
37 |
|
|
variables that are serializable.
|
38 |
|
|
See http://java.sun.com/j2se/javadoc/writingdoccomments/index.html#tag
|
39 |
|
|
for details of what should be where in comments.
|
40 |
|
|
|
41 |
|
|
-- Figure out a way to generate a hardcopy manual for the Java class
|
42 |
|
|
library from the embedded Javadocs. This probably involves writing
|
43 |
|
|
a custom doclet and probably some supplementary documentation
|
44 |
|
|
files into which the extracted Javadoc files are included.
|
45 |
|
|
|
46 |
|
|
-- Audit the code to ensure that all variable declarations are consistent
|
47 |
|
|
with the "Serialized Form" in the JDK. That is, all serialized
|
48 |
|
|
variables in the JDK should be included in Classpath and all Classpath
|
49 |
|
|
instance variables that are not part of the JDK docs should be marked
|
50 |
|
|
transient. Please be sure to use the online version of the Javadocs
|
51 |
|
|
for this and do not accept any "clickwrap" licenses from Sun in order
|
52 |
|
|
to download the JDK 1.2 Javadocs, which is where this information is
|
53 |
|
|
stored.
|
54 |
|
|
|
55 |
|
|
-- Audit code similar to above to determine where Sun uses readObject()
|
56 |
|
|
and writeObject() for serialization and determine what Classpath
|
57 |
|
|
needs to do for compatibility.
|
58 |
|
|
|
59 |
|
|
-- Audit code to ensure that every class that should be serializable
|
60 |
|
|
actually implementst java.io.Serializable and has the correct
|
61 |
|
|
serialVersionUID private static variable that is identical to the
|
62 |
|
|
JDK 1.1 version. You can obtain that variable value using the
|
63 |
|
|
serialver command.
|
64 |
|
|
|
65 |
|
|
-- Do real life serialization compatibility tests of our code vs
|
66 |
|
|
the JDK using serialcompat from Japitools.
|
67 |
|
|
|
68 |
|
|
-- Audit code for thread safety.
|
69 |
|
|
|
70 |
|
|
-- Audit Java code for proper Security implementation.
|
71 |
|
|
|
72 |
|
|
-- Audit native code for security, memory handling, etc.
|
73 |
|
|
|
74 |
|
|
-- Bug reports are always welcome. They are double welcome if they
|
75 |
|
|
are accompanied by a Mauve test that reproduces the bug.
|
76 |
|
|
|