Bug 21182

Summary:	unimplemented method error after implementing in super
Product:	[Eclipse Project] JDT	Reporter:	Wes Isberg <isberg>
Component:	Core	Assignee:	Kent Johnson <kent_johnson>
Status:	RESOLVED INVALID	QA Contact:
Severity:	normal
Priority:	P2
Version:	2.0
Target Milestone:	2.1 M1
Hardware:	PC
OS:	Windows 2000
Whiteboard:

Description Wes Isberg

2002-07-02 12:39:56 EDT

I can't reproduce this with a simple stepwise scenario, but something like the 
following was repeatable with my large project:

- with preferences set for incremental compile
  (workbench compile on save, save on compile)

- Create a java project
  with an abstract class A 
  with abstract method 
  and class B extending A
  and classes C,D extending B,
  save all
  Ok: errors signalled for B, C, & D not implementing method

- implement run() in B, save

BUG: error signalled for C,D not implementing run()

Workaround: nominally edit and save each subclass to provoke recompile.

RFE: restore the former "rebuild" (all) command, so users can reset the state 
of the incremental compiler.

Bugs in similar area: 3305 17259

Comment 1 Kent Johnson

2002-07-03 11:28:23 EDT

Wes: which drop/build are you using?

Also, what do you mean by: 'restore the former "rebuild" (all) command, so 
users can reset the state of the incremental compiler.'?

'Rebuild all' is available on the Project submenu.

Comment 2 Wes Isberg

2002-07-03 11:54:13 EDT

(RFE -> RTFUI: I did find the rebuild command -- thanks!)
- 2.0 build 200206271827
- btw, B may have also been abstract

Comment 3 Kent Johnson

2002-07-03 12:41:10 EDT

Tried reproducing but I do not get errors on B, C & D... only B if its not 
abstract... C & D if B is abstract.

I've tried moving C & D to another project and another package but still cannot 
see any problems.

Comment 4 Kent Johnson

2002-07-18 10:38:57 EDT

Well I suggest we close this until we have repeatable steps.

Ok Wes?

Comment 5 Wes Isberg

2002-07-18 10:43:56 EDT

ok - resolving.
(Need resolution UTR -- unable to reproduce)