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.
There isn't an appropriate subcomponent yet, but this should be entered under something like "queries". In the meantime, here are two ideas for new queries: 1. Fix NbBundle.getMessage(getClass(), ...) such that getClass() is replaced with the NameOfContainingClass.class expression. 2. Add 'private' to all serialVersionUID fields that do not specify an access modifier. Possibly also change other modifiers to private, since it is "strongly advised" to make them private anyway.
Note that there is a NB module apisupport/jackpotrules which contains some NetBeans-specific rules. There is currently a rule java.util.ResourceBundle.getBundle($bundle) => org.openide.util.NbBundle.getBundle($bundle); I don't think it's possible to write most of the more useful rules re. NbBundle in the current rule language. Would need to use a Java-implemented rule, I guess. Here are some: 1. Your rule (getClass() -> ThisClass.class) 2. Ensure existing Class constant is correct (needs human review) 3. NbB.gB($b) -> NbB.gB(ThisClass.class) where $b = pkgOf(ThisClass) + ".Bundle" 4. Change NbB.getBundle($b).getString($s) -> NbB.gMessage($b, $s) and MessageFormat.format(NbB.gB($b), $args$) -> NbB.getMessage($b, $args$) [this part should work in rule language] 5. Do not keep ResourceBundle's in (usually static) fields; load on demand
*** This issue has been marked as a duplicate of 70746 ***
Sorry, I modified the wrong issue.
The old Jackpot module is no longer maintained. There is a rewrite in progress at: http://bitbucket.org/jlahoda/jackpot30/wiki/Home