blob: d159341409295954c0945c8a9aa6da275b723396 [file] [log] [blame]
<html>
<body>
<font face="verdana" size="-1">
This inspection reports any instances of hardcoded String literals. Hardcoded string literals are probably errors in
an internationalized environment. This inspection won't report empty strings and strings consisting of only whitespace.
<!-- tooltip end -->
<p>
The checkboxes below may be used to further specialize whether this inspection should report
strings in:
<ul>
<li>assert statements, like in <b><font color="#000080">assert str.equals(<font color="#008000">"message"</font>)</font></b></li>
<li>exception constructor calls, like in <b><font color="#000080">new Exception(<font color="#008000">"message"</font>)</font></b></li>
<li>JUnit assert calls, like in <b><font color="#000080">assertEquals(str, <font color="#008000">"message"</font>)</font></b></li>
<li>the only argument to a method returning String, like in <b><font color="#000080">getStringByKey(<font color="#008000">"key"</font>)</font></b></li>
<li>literals with value of legal and existing class name like <b><font color="#000080">Class.forName(<font color="#008000">"java.lang.Object"</font>);</font></b></li>
<li>literals with value of legal and existing property key <b><font color="#000080">bundle.getString(<font color="#008000">"authentication.failed"</font>);</font></b></li>
</ul>
There is a quickfix provided that transforms a Java code string literal
into a <b><font color="#000080">java.util.ResourceBundle.getString()</font></b>
method call.
</font>
</body>
</html>