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.
Summary: | PCL support/method creation redundant in JComponent classes | ||
---|---|---|---|
Product: | java | Reporter: | kevin yong <try1d> |
Component: | Beans | Assignee: | Jan Becicka <jbecicka> |
Status: | RESOLVED INVALID | ||
Severity: | blocker | CC: | rkubacki |
Priority: | P3 | ||
Version: | 3.x | ||
Hardware: | All | ||
OS: | Other | ||
Issue Type: | DEFECT | Exception Reporter: |
Description
kevin yong
2001-11-01 20:34:11 UTC
This featurre has been implemented since 3.2. Now it does not work. I fix it ASAP. Target milestone -> 3.3.1. Increasing priority; from a quick look, it can be accomplished with the current infrastructure. Cleaning up Target milestone was changed from not determined to TBD Improving summary, it was so vague as to be useless before. If this was really working in 3.2, then it is a regression that it has been broken in the last two releases, right? Hence DEFECT? I agree that this should be treated as defect. For a Component subclasses you would need to override all add/remove/fire methods a do it carefully to correctly notify listeners added in contructor before new PCS is created in this subclass. So at least warn user that the action can break existing code if there are already addPCL/removePCL methods. This issue is not valid any more. PCL support is generated through completion and you see, what is being added and it is up to, what you want. :-( Alt-Ins | Add property gives me a dialog where I can customize. That's right and at least 'generate PCS' is off by default. OTOH it is bad if the tool helps me to write bad code. Perhaps a hint in editor that overriding {add,remove}PCL is strange can help (code smell). |