This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.

Bug 81093 - Addition of parameter to realized interface method is not handled for class
Summary: Addition of parameter to realized interface method is not handled for class
Status: CLOSED FIXED
Alias: None
Product: uml
Classification: Unclassified
Component: Synchronization (show other bugs)
Version: 5.x
Hardware: PC Windows XP
: P2 blocker (vote)
Assignee: _ jyothivasa
URL:
Keywords: REGRESSION
: 78515 78534 (view as bug list)
Depends on:
Blocks:
 
Reported: 2006-07-25 16:42 UTC by bugbridge
Modified: 2006-08-31 02:29 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description bugbridge 2006-07-25 16:42:18 UTC
Original status: 5-Cause Known; Suggested Status: NEW

These items should be added to the Keywords: REGRESSION
Original submitter: sergeyp

Description:
reproducible with coco build 10 and 060615
not reproducible with coco 060522

steps to reproduce:
1. create java project
2. create uml project from re
3. add package with scoped class diagram
4. add class 'a' and interface 'i'
5. draw implementation 
6. add operation 'public void f()' to the interface (with edit control, i.e. use
Insert Operation context menu on operations compartment and type text in
appeared textfield)
7. go to the operation in interface in source
8. add 'int y' parameter
9. wait

*** nothing happens in latest builds

EXPECTED RESULT: (as in older buids): should ask if you want to redefine
operations and if yes, redefine in 'a' class, seems affected by UML|Round Trip
Engineering|Java"Modify Redefined Operations option (I thinK it's better to have
'Modify All Instance' by default, but it's not in this issue).

Evaluation:
Sergey - see my comments inlined in your Description. Deadline is tonight so
hope you get this soon :)
Comment 1 Trey Spiva 2006-07-25 16:43:50 UTC
OK, I understand now and am able to reproduce. The default is good as is (Ask to
redefine) as that was the default in Buzz. If we default to redefine all
instances without asking, the user may not know they can be prompted and might
not like that they were not asked at least the first time.

-- Migrating Comment From Internal Bug Tracking System
Comment 2 Trey Spiva 2006-07-25 16:44:25 UTC
As per Trey, we need to call JavaMethodChangeFacility.parameterAdded/Change, but
this is not producing consistently correct results. I am able to add params and
it works, but no dialog prompting. However, changing or deleting a parameter, or
insterting one in between the other existing parameters is very problematic.

This fix may require much more work than first thought.

-- Migrating Comment From Internal Bug Tracking System
Comment 3 _ jyothivasa 2006-07-31 05:25:01 UTC
This issue is beyond just adding a parameter to the interface's src. Known
issues include:
1. adding an operation 
2. changing the return type of the oper
3. changing the name of the oper 
4. deleting an operation
5. adding a new parameter
6. changing the number of parameters
7. changing the type of the parameter, etc
doesn't get propagated.
Comment 4 _ jyothivasa 2006-08-01 02:06:21 UTC
Fixed the issue in the bug description, as well as all of the 7 listed issues.
Comment 5 Peter Lam 2006-08-07 23:30:29 UTC
verified all listed cases in coke build 17.
Comment 6 Craig Conover 2006-08-21 20:23:24 UTC
*** Issue 78515 has been marked as a duplicate of this issue. ***
Comment 7 Craig Conover 2006-08-21 20:32:31 UTC
*** Issue 78534 has been marked as a duplicate of this issue. ***