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: | Unused Keys Detection Tool | ||
---|---|---|---|
Product: | java | Reporter: | Ken Frank <kfrank> |
Component: | I18N | Assignee: | Ralph Ruijs <ralphbenjamin> |
Status: | NEW --- | ||
Severity: | blocker | CC: | dpavlica |
Priority: | P3 | Keywords: | UI |
Version: | 3.x | ||
Hardware: | Sun | ||
OS: | Solaris | ||
Issue Type: | ENHANCEMENT | Exception Reporter: |
Description
Ken Frank
2003-03-21 04:16:09 UTC
We already have Test internatinalization wizard (the name was suggested by HIE) that use some heuristics to detect missing keys for given Java source. It's even more complicated to automaticaly detect non-referenced strings. The problem is how to define non-referenced. E.g. if you look over NetBeans codebase you can find that properties are used to localize XML documents. They ate also used to localize manifests. They are also used to localize editor token names. None of above examples has pairing line containing direct reference to key in a Java source. Properties file is secondary structure that does no know its primary referees and cannot be reliably used in key garbage decision process. It would be possible for keys annotated by referencing file(s). On the other hand it's real problem and we could address it by action that would provide hints leaving final action/key_removal on user's decision. Yes, I guess some tool offering candidates for removal might be possible and useful. |