On Sun, 2006-03-19 at 21:36 +0000, David Gilbert wrote: > Tom Tromey wrote: > > >We need to declare war on stubs. They improperly inflate our japi > >scores and blind us to the real state of Classpath. Also I seem to > >keep running into them as I dig around :-( > > > > > I've spotted a few in javax.swing also. For those that can't be > implemented straight away, how about we add a '// STUB' comment and then > configure Eclipse to pick this tag up and report each occurence as a > task? (See Preferences: Java -> Compiler -> Task Tags). Then we at > least have a list of known stubs. > > Another option would be to delete them and let JAPI show our real API > coverage, but sometimes the methods are defined by an interface, so > deleting them isn't so straightforward. > > Regards, > > Dave > We had this discussion a while back, and never reached a firm conclusion on what to do. It worries me that some of these JAPI scores that people make a fuss of are, to an extent, a mirage. I've also run across quite a few of the things in merging stuff between the branches. My gut instinct would be to remove them all, and really show up where we at, in order to motivate people to work on these things that appear implemented. We already have various comments in the code, which vary from case to case (some throwing an error, others just saying FIXME and returning null, which lead to hard-to-track-down bugs). I think the interface problem you mention is the most obvious, but I think this should be solvable by declaring the class abstract (which shows up in JAPI too). Let's see what others think. -- Andrew :-) Please avoid sending me Microsoft Office (e.g. Word, PowerPoint) attachments. See http://www.fsf.org/philosophy/no-word-attachments.html If you use Microsoft Office, support movement towards the end of vendor lock-in: http://opendocumentfellowship.org/petition/ "Value your freedom, or you will lose it, teaches history. `Don't bother us with politics' respond those who don't want to learn." -- Richard Stallman Escape the Java Trap with GNU Classpath! http://www.gnu.org/philosophy/java-trap.html public class gcj extends Freedom implements Java { ... } -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://developer.classpath.org/pipermail/classpath/attachments/20060319/15191818/attachment.pgp