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 168061 - [67cat] Getter generation working wrong for Boolean fields
Summary: [67cat] Getter generation working wrong for Boolean fields
Alias: None
Product: java
Classification: Unclassified
Component: Source (show other bugs)
Version: 6.x
Hardware: PC Linux
: P3 blocker with 2 votes (vote)
Assignee: Max Sauer
Depends on:
Reported: 2009-07-02 19:54 UTC by Michel Graciano
Modified: 2009-07-16 12:41 UTC (History)
4 users (show)

See Also:
Issue Type: DEFECT
Exception Reporter:

Initial patch (1.51 KB, patch)
2009-07-02 22:40 UTC, misterm
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Michel Graciano 2009-07-02 19:54:02 UTC
[ BUILD # : 200906241340 ]
[ JDK VERSION : 1.6.* ]

1. Create an field as 'private Boolean value;' for any class;
2. Call Alt + Insert > Getter;
3. Select 'value' field and click 'Generate'.

The method generated is 'isValue' instead 'getValue'. For boolean
fields it works fine.
Comment 1 Michel Graciano 2009-07-02 20:02:43 UTC
The workaround is to use 'Encapsulate fields' refactoring.
Comment 2 Michel Graciano 2009-07-02 21:08:11 UTC
We would like to fix it by NetFIX program. That is ok for you?

Comment 3 Jiri Kovalsky 2009-07-02 22:14:49 UTC
Reassigning to correct team.
Comment 4 misterm 2009-07-02 22:38:35 UTC
Comment 5 misterm 2009-07-02 22:40:34 UTC
Created attachment 84320 [details]
Initial patch
Comment 6 misterm 2009-07-02 22:41:35 UTC
Attached is a proposed patch that fixes the problem.
Comment 7 Jan Lahoda 2009-07-02 22:47:45 UTC
See issue #160531. IMO, would be better to simply revert that fix. The bug will need to be re-opened and closed as won't
fix with an explanation.
Comment 8 Michel Graciano 2009-07-02 23:06:34 UTC
I added some comments there...
Comment 9 Max Sauer 2009-07-03 12:28:50 UTC
I've reverted changes made in #160531, marking this one as FIXED.
Comment 10 Michel Graciano 2009-07-03 12:32:06 UTC
This must be fixed to patch 1
Comment 11 David Strupl 2009-07-03 13:57:14 UTC
Comment 12 Michel Graciano 2009-07-03 13:59:50 UTC
Regression is an P1.
Comment 13 David Strupl 2009-07-03 14:12:27 UTC
Regression in P4 functionality is not P1 IMHO. And removing the whole Alt + Insert > Getter would not be P1 from the
overall product perspective. If we used your methods every bug would be P1 and we could safely remove the whole priority
field from issuezilla. I am sorry I have jumped in here but the priority field should be set by the developer. Max it is
all yours now ;-) And finally I am not able to resist: "This must be fixed to patch 1" --> we all must die that is the
only sure thing on the earth.
Comment 14 Michel Graciano 2009-07-03 15:08:47 UTC
So, if the feature doesn't work as expected why keep it available? I can't agree with with you since is unacceptable to
get this kind of feature working in this way. If I need to review the code generated by the tool I will not use the
feature or the tool at all. I am shame about get this issue just now after FCS and not when in NetCAT time since it is
an show stopper. I already instruct our team do DOESN'T use the feature since we can't trust in it. Probably we will
make this patch available in our internal UC to avoid problems when using Hibernate for example. I think you have no
idea how embarrassing is when an object is not persisted at DB because read method for some property can't be found by
framework because tool generated the wrong code... and of course this is the last thing you think about because you
trust in the code generated by IDE. Now, you saying to me that I need to review the Matisse code or any wizard generated
code too, since if an simple getter generation can be wrong, why not more complex features? When you are face to face
with users is not simple to explain this kind of things, the users just want tools that do your work correctly.
How do you define an feature priorities? By your uses or our uses? Code generation (code-generation) is an feature
really used [1] by users (I don't know how to filter by generator, probably not possible). How could you say this is an
P4 feature? Please, let us know how it works.
Finally, "we all must die that is the
only sure thing on the earth." and sometimes is what the manager want when you lost time with features that doesn't work
in ours day by day tool... and, the patch was make available some time after issue was filed by my coworker Michael so
there is no reason to not integrate it. Sorry for some strong words, but sometimes is really hard to accept some things.

Comment 15 David Strupl 2009-07-03 15:32:15 UTC
I apologize if my words were rude or something but:

1. I was just saying that it is the people who develop (or pay for development) who set the (relative) priorities of
issues (myself here)
2. I have never said we will not fix this
3. I have never said we will not include it in the patch 1 release
4. The action is next to last in the list of actions on the page you cited

"How do you define the feature priorities": good question with rather complex answer that for sure does not belong to
this bug report.

"there is no reason to not integrate it" - how do you know there is no reason?
Comment 16 Michel Graciano 2009-07-04 01:51:22 UTC
I need to apologize if my words were rude or something too, but I can't agree with some approaches you did...
v. at main repository and just let me know if you need any help from my side.

Thanks in advance
Comment 17 Quality Engineering 2009-07-04 06:26:45 UTC
Integrated into 'main-golden', will be available in build *200907040200* on (upload may still be in progress)
User: Max Sauer <>
Log: #168061: [67cat] Getter generation working wrong for Boolean fields
Comment 18 pgebauer 2009-07-09 22:44:52 UTC
The fix has been ported into the release67_fixes repository.
Comment 19 Michel Graciano 2009-07-10 12:42:52 UTC
Thanks guys!
Comment 20 pribyl 2009-07-16 12:41:45 UTC
Product Version: NetBeans IDE 6.7.1 RC (Build 200907150227)
Java: 1.6.0_14; Java HotSpot(TM) Client VM 14.0-b16
System: Windows XP version 5.1 running on x86; Cp1250; cs_CZ (nb)

Verified in 6.7.1 RC