Community
Participate
Working Groups
2.1M5 I'll describe the concrete problem: Sun's Wireless Toolkit 1.0.4 defines class javax.microedition.lcdui.Displayable which has method paint defined as abstract package private. In the same package, there is also class Canvas, where paint is overriden as protected abstract. Under 2.0, I could subclass Canvas and define the required paint method. Under 2.1, this is marked as syntax error because I'm trying to override a method that was marked as package private in Displayable (but which my class, not being abstract, has to define). I'm not a Java language expert, but in my reading of the language specification (2nd ed., section 8.4.6), I only see the immediate superclass as being important in determining access scope and no mention of superclass's superclass. This would make the new behaviour incorrect, not to mention that it breaks a major Java toolkit.
In M5, we had a regression causing invalid diagnosis of missing abstract method implementations. This got resolved in subsequent builds, in particular our latest integration build should behave properly. Closing as duplicate, please reopen if your steps still demonstrate an issue, and then please provide steps to reproduce. *** This bug has been marked as a duplicate of 31398 ***