Thread: [Fb-contrib-commit] SF.net SVN: fb-contrib:[1062] trunk/fb-contrib/etc/messages.xml
Brought to you by:
dbrosius
Menu
▾
▴
fb-contrib-commit
|
From: <dbr...@us...> - 2008-07-29 02:33:35
|
Revision: 1062
http://fb-contrib.svn.sourceforge.net/fb-contrib/?rev=1062&view=rev
Author: dbrosius
Date: 2008-07-29 02:33:45 +0000 (Tue, 29 Jul 2008)
Log Message:
-----------
Fix DDC documentation, thanks to Johan Parent
Modified Paths:
--------------
trunk/fb-contrib/etc/messages.xml
Modified: trunk/fb-contrib/etc/messages.xml
===================================================================
--- trunk/fb-contrib/etc/messages.xml 2008-07-11 04:00:57 UTC (rev 1061)
+++ trunk/fb-contrib/etc/messages.xml 2008-07-29 02:33:45 UTC (rev 1062)
@@ -1453,7 +1453,7 @@
</pre>
could become
<pre>
- if (!date2.after( date1 ))
+ if (!date1.after( date2 ))
</pre>
and
<pre>
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <dbr...@us...> - 2009-02-27 06:19:19
|
Revision: 1105
http://fb-contrib.svn.sourceforge.net/fb-contrib/?rev=1105&view=rev
Author: dbrosius
Date: 2009-02-27 06:19:14 +0000 (Fri, 27 Feb 2009)
Log Message:
-----------
add xalan to IICU
Modified Paths:
--------------
trunk/fb-contrib/etc/messages.xml
Modified: trunk/fb-contrib/etc/messages.xml
===================================================================
--- trunk/fb-contrib/etc/messages.xml 2009-02-27 06:12:26 UTC (rev 1104)
+++ trunk/fb-contrib/etc/messages.xml 2009-02-27 06:19:14 UTC (rev 1105)
@@ -900,6 +900,7 @@
<ul>
<li>com.sun.xxx</li>
<li>org.apache.xerces.xxx</li>
+ <li>org.apache.xalan.xxx</li>
</ul>
]]>
</Details>
@@ -2363,6 +2364,7 @@
<ul>
<li>com.sun.xxx</li>
<li>org.apache.xerces.xxx</li>
+ <li>org.apache.xalan.xxx</li>
</ul>
]]>
</Details>
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <dbr...@us...> - 2009-02-27 13:57:30
|
Revision: 1115
http://fb-contrib.svn.sourceforge.net/fb-contrib/?rev=1115&view=rev
Author: dbrosius
Date: 2009-02-27 13:57:20 +0000 (Fri, 27 Feb 2009)
Log Message:
-----------
typo
Modified Paths:
--------------
trunk/fb-contrib/etc/messages.xml
Modified: trunk/fb-contrib/etc/messages.xml
===================================================================
--- trunk/fb-contrib/etc/messages.xml 2009-02-27 13:56:49 UTC (rev 1114)
+++ trunk/fb-contrib/etc/messages.xml 2009-02-27 13:57:20 UTC (rev 1115)
@@ -916,7 +916,7 @@
<p>In addition, using a set, or keySet of a map, infers that you will be looking for items based on
the value of a collection, which seems dubious at best.</p>
<p>Finally, as collections are often modified, This may cause problems if the collection is modified,
- thus changing hashCodes, etc, while the collection is in the set</p>
+ thus changing hashCodes, etc, while the collection is in the set.</p>
<p>If you wish to keep a collection of collections, the outer collection should probably be a list
to avoid these problems</p>
<p>It is a moderately fast detector</p>
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <dbr...@us...> - 2009-04-24 06:51:01
|
Revision: 1176
http://fb-contrib.svn.sourceforge.net/fb-contrib/?rev=1176&view=rev
Author: dbrosius
Date: 2009-04-24 06:51:00 +0000 (Fri, 24 Apr 2009)
Log Message:
-----------
new DTEP detector
Modified Paths:
--------------
trunk/fb-contrib/etc/messages.xml
Modified: trunk/fb-contrib/etc/messages.xml
===================================================================
--- trunk/fb-contrib/etc/messages.xml 2009-04-24 06:50:38 UTC (rev 1175)
+++ trunk/fb-contrib/etc/messages.xml 2009-04-24 06:51:00 UTC (rev 1176)
@@ -946,6 +946,18 @@
]]>
</Details>
</Detector>
+
+ <Detector class="com.mebigfatguy.fbcontrib.detect.DeprecatedTypesafeEnumPattern">
+ <Details>
+ <![CDATA[
+ <p>looks for classes that appear to implement the old style type safe enum pattern
+ that was used before java added Enum support to the language. Since this class is
+ compiled with java 1.5 or later, it would be simpler to just use java enums</p>
+ <p>It is a fast detector</p>
+ ]]>
+ </Details>
+ </Detector>
+
<!-- BugPattern -->
@@ -2468,6 +2480,18 @@
</Details>
</BugPattern>
+ <BugPattern type="DTEP_DEPRECATED_TYPESAFE_ENUM_PATTERN">
+ <ShortDescription>class appears to implement the old style type safe enum pattern</ShortDescription>
+ <LongDescription>class {0} appears to implement the old style type safe enum pattern</LongDescription>
+ <Details>
+ <![CDATA[
+ <p>This class appears to implement the old style type safe enum pattern that was used in place of
+ real enums. Since this class is compiled with java 1.5 or better, it would be simpler and more
+ easy to understand if it was just switched over to an enum.</p>
+ ]]>
+ </Details>
+ </BugPattern>
+
<!-- BugCode -->
<BugCode abbrev="ISB">Inefficient String Buffering</BugCode>
@@ -2547,4 +2571,5 @@
<BugCode abbrev="DSOC">Dubious Set of Collections</BugCode>
<BugCode abbrev="BED">Bogus Exception Declaration</BugCode>
<BugCode abbrev="UNNC">Unnecessary New Null Check</BugCode>
+ <BugCode abbrev="DTEP">Deprecated Typesafe Enum Pattern</BugCode>
</MessageCollection>
\ No newline at end of file
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <dbr...@us...> - 2009-05-03 04:33:53
|
Revision: 1187
http://fb-contrib.svn.sourceforge.net/fb-contrib/?rev=1187&view=rev
Author: dbrosius
Date: 2009-05-03 04:33:44 +0000 (Sun, 03 May 2009)
Log Message:
-----------
embellish LO with LO_SUSPECT_LOG_PARAMETER
Modified Paths:
--------------
trunk/fb-contrib/etc/messages.xml
Modified: trunk/fb-contrib/etc/messages.xml
===================================================================
--- trunk/fb-contrib/etc/messages.xml 2009-05-03 04:33:29 UTC (rev 1186)
+++ trunk/fb-contrib/etc/messages.xml 2009-05-03 04:33:44 UTC (rev 1187)
@@ -883,8 +883,7 @@
<Detector class="com.mebigfatguy.fbcontrib.detect.LoggerOddities">
<Details>
<![CDATA[
- <p>looks for code that allocates a Logger object by passing a specification of a class that
- is not related to the class in which the logger is used.</p>
+ <p>looks for odd patterns of use of Logger classes from either log4j or slf4j.</p>
<p>It is a fast detector</p>
]]>
</Details>
@@ -2418,6 +2417,18 @@
</Details>
</BugPattern>
+ <BugPattern type="LO_SUSPECT_LOG_PARAMETER">
+ <ShortDescription>constructor declares a Logger parameter</ShortDescription>
+ <LongDescription>constructor {1} declares a Logger parameter</LongDescription>
+ <Details>
+ <![CDATA[
+ <p>This constructor declares a parameter that is a Logger. As loggers are meant to be
+ created statically per class, it doesn't make sense that you would pass a Logger from one
+ class to another. Declare the Logger static in each class instead.</p>
+ ]]>
+ </Details>
+ </BugPattern>
+
<BugPattern type="IICU_INCORRECT_INTERNAL_CLASS_USE">
<ShortDescription>class relies on internal api classes</ShortDescription>
<LongDescription>class {0} relies on internal api classes</LongDescription>
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <dbr...@us...> - 2009-07-28 07:10:00
|
Revision: 1224
http://fb-contrib.svn.sourceforge.net/fb-contrib/?rev=1224&view=rev
Author: dbrosius
Date: 2009-07-28 07:09:51 +0000 (Tue, 28 Jul 2009)
Log Message:
-----------
add ITU
Modified Paths:
--------------
trunk/fb-contrib/etc/messages.xml
Modified: trunk/fb-contrib/etc/messages.xml
===================================================================
--- trunk/fb-contrib/etc/messages.xml 2009-07-28 05:59:24 UTC (rev 1223)
+++ trunk/fb-contrib/etc/messages.xml 2009-07-28 07:09:51 UTC (rev 1224)
@@ -991,6 +991,17 @@
]]>
</Details>
</Detector>
+
+ <Detector class="com.mebigfatguy.fbcontrib.detect.InappropriateToStringUse">
+ <Details>
+ <![CDATA[
+ <p>looks for methods that perform algorithmic operations on Strings that are returned
+ from a toString() method. As toString should only be used for debug/trace purposes, it
+ shouldn't be used for algorithm use.</p>
+ <p>It is a fast detector</p>
+ ]]>
+ </Details>
+ </Detector>
<!-- BugPattern -->
@@ -2590,6 +2601,17 @@
</Details>
</BugPattern>
+ <BugPattern type="ITU_INAPPROPRIATE_TOSTRING_USE">
+ <ShortDescription>method performs algorithmic operations on the result of a toString() call</ShortDescription>
+ <LongDescription>method performs algorithmic operations on the result of a toString() call</LongDescription>
+ <Details>
+ <![CDATA[
+ <p>This method calls algorithmic operations on a String that was returned from a toString() method.
+ As these methods are for debugging/logging purposes, it shouldn't be the basis of core logic in your code.
+ ]]>
+ </Details>
+ </BugPattern>
+
<!-- BugCode -->
<BugCode abbrev="ISB">Inefficient String Buffering</BugCode>
@@ -2673,4 +2695,5 @@
<BugCode abbrev="SMA">Stuttered Method Arguments</BugCode>
<BugCode abbrev="TBP">Tristate Boolean Pattern</BugCode>
<BugCode abbrev="SUA">SuspiciousUninitializedArray</BugCode>
+ <BugCode abbrev="ITU">Inappropriate ToString Use</BugCode>
</MessageCollection>
\ No newline at end of file
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <dbr...@us...> - 2009-07-30 04:00:47
|
Revision: 1231
http://fb-contrib.svn.sourceforge.net/fb-contrib/?rev=1231&view=rev
Author: dbrosius
Date: 2009-07-30 04:00:26 +0000 (Thu, 30 Jul 2009)
Log Message:
-----------
fix long description
Modified Paths:
--------------
trunk/fb-contrib/etc/messages.xml
Modified: trunk/fb-contrib/etc/messages.xml
===================================================================
--- trunk/fb-contrib/etc/messages.xml 2009-07-30 03:54:42 UTC (rev 1230)
+++ trunk/fb-contrib/etc/messages.xml 2009-07-30 04:00:26 UTC (rev 1231)
@@ -2603,7 +2603,7 @@
<BugPattern type="ITU_INAPPROPRIATE_TOSTRING_USE">
<ShortDescription>method performs algorithmic operations on the result of a toString() call</ShortDescription>
- <LongDescription>method performs algorithmic operations on the result of a toString() call</LongDescription>
+ <LongDescription>method {1} performs algorithmic operations on the result of a toString() call</LongDescription>
<Details>
<![CDATA[
<p>This method calls algorithmic operations on a String that was returned from a toString() method.
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <dbr...@us...> - 2009-09-24 03:50:07
|
Revision: 1293
http://fb-contrib.svn.sourceforge.net/fb-contrib/?rev=1293&view=rev
Author: dbrosius
Date: 2009-09-24 03:49:58 +0000 (Thu, 24 Sep 2009)
Log Message:
-----------
add IPNG
Modified Paths:
--------------
trunk/fb-contrib/etc/messages.xml
Modified: trunk/fb-contrib/etc/messages.xml
===================================================================
--- trunk/fb-contrib/etc/messages.xml 2009-09-24 03:49:42 UTC (rev 1292)
+++ trunk/fb-contrib/etc/messages.xml 2009-09-24 03:49:58 UTC (rev 1293)
@@ -958,7 +958,7 @@
</Detector>
<Detector class="com.mebigfatguy.fbcontrib.detect.StutteredMethodArguments">
- <Details>
+ <Details> experimental="true"
<![CDATA[
<p>looks for method calls that pass the same value for two separate parameters, where
those arguments are not constants. Often this is a cut/paste mistake, but if not, it is
@@ -1002,6 +1002,17 @@
]]>
</Details>
</Detector>
+
+ <Detector class="com.mebigfatguy.fbcontrib.detect.InconsistentParameterNameCasing">
+ <Details>
+ <![CDATA[
+ <p>looks for methods that use parameter names to access objects in HttpRequest Parameters
+ but uses the same name with different casing. As these parameter names are case sensitive
+ this will lead to confusion.</p>
+ <p>It is a fast detector</p>
+ ]]>
+ </Details>
+ </Detector>
<!-- BugPattern -->
@@ -2612,6 +2623,17 @@
</Details>
</BugPattern>
+ <BugPattern type="IPNC_INCONSISTENT_HTTP_PARAM_CASING">
+ <ShortDescription>method uses the same HttpRequestRequest parameter name but with different casing</ShortDescription>
+ <LongDescription>method {1} uses the same HttpRequestRequest parameter name but with different casing</LongDescription>
+ <Details>
+ <![CDATA[
+ <p>This method fetches an HttpServletRequest parameter with a parmeter name that was used in other locations
+ but with a different casing. As HttpServletRequest parameters are case sensitive, this will be very confusing.
+ ]]>
+ </Details>
+ </BugPattern>
+
<!-- BugCode -->
<BugCode abbrev="ISB">Inefficient String Buffering</BugCode>
@@ -2696,4 +2718,5 @@
<BugCode abbrev="TBP">Tristate Boolean Pattern</BugCode>
<BugCode abbrev="SUA">SuspiciousUninitializedArray</BugCode>
<BugCode abbrev="ITU">Inappropriate ToString Use</BugCode>
+ <BugCode abbrev="IPNG">Inconsistent Parameter Name Casing</BugCode>
</MessageCollection>
\ No newline at end of file
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <dbr...@us...> - 2009-09-24 04:57:34
|
Revision: 1298
http://fb-contrib.svn.sourceforge.net/fb-contrib/?rev=1298&view=rev
Author: dbrosius
Date: 2009-09-24 04:57:27 +0000 (Thu, 24 Sep 2009)
Log Message:
-----------
rename
Modified Paths:
--------------
trunk/fb-contrib/etc/messages.xml
Modified: trunk/fb-contrib/etc/messages.xml
===================================================================
--- trunk/fb-contrib/etc/messages.xml 2009-09-24 04:56:34 UTC (rev 1297)
+++ trunk/fb-contrib/etc/messages.xml 2009-09-24 04:57:27 UTC (rev 1298)
@@ -2623,7 +2623,7 @@
</Details>
</BugPattern>
- <BugPattern type="IPNC_INCONSISTENT_HTTP_PARAM_CASING">
+ <BugPattern type="IKNC_INCONSISTENT_HTTP_PARAM_CASING">
<ShortDescription>method uses the same HttpRequestRequest parameter name but with different casing</ShortDescription>
<LongDescription>method {1} uses the same HttpRequestRequest parameter name but with different casing</LongDescription>
<Details>
@@ -2718,5 +2718,5 @@
<BugCode abbrev="TBP">Tristate Boolean Pattern</BugCode>
<BugCode abbrev="SUA">SuspiciousUninitializedArray</BugCode>
<BugCode abbrev="ITU">Inappropriate ToString Use</BugCode>
- <BugCode abbrev="IPNG">Inconsistent Parameter Name Casing</BugCode>
+ <BugCode abbrev="IKNG">Inconsistent Key Name Casing</BugCode>
</MessageCollection>
\ No newline at end of file
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <dbr...@us...> - 2009-09-24 05:02:19
|
Revision: 1302
http://fb-contrib.svn.sourceforge.net/fb-contrib/?rev=1302&view=rev
Author: dbrosius
Date: 2009-09-24 05:02:13 +0000 (Thu, 24 Sep 2009)
Log Message:
-----------
rename
Modified Paths:
--------------
trunk/fb-contrib/etc/messages.xml
Modified: trunk/fb-contrib/etc/messages.xml
===================================================================
--- trunk/fb-contrib/etc/messages.xml 2009-09-24 05:01:14 UTC (rev 1301)
+++ trunk/fb-contrib/etc/messages.xml 2009-09-24 05:02:13 UTC (rev 1302)
@@ -1003,7 +1003,7 @@
</Details>
</Detector>
- <Detector class="com.mebigfatguy.fbcontrib.detect.InconsistentParameterNameCasing">
+ <Detector class="com.mebigfatguy.fbcontrib.detect.InconsistentKeyNameCasing">
<Details>
<![CDATA[
<p>looks for methods that use parameter names to access objects in HttpRequest Parameters
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <dbr...@us...> - 2009-09-24 05:04:57
|
Revision: 1303
http://fb-contrib.svn.sourceforge.net/fb-contrib/?rev=1303&view=rev
Author: dbrosius
Date: 2009-09-24 05:04:50 +0000 (Thu, 24 Sep 2009)
Log Message:
-----------
rename, ai karumba
Modified Paths:
--------------
trunk/fb-contrib/etc/messages.xml
Modified: trunk/fb-contrib/etc/messages.xml
===================================================================
--- trunk/fb-contrib/etc/messages.xml 2009-09-24 05:02:13 UTC (rev 1302)
+++ trunk/fb-contrib/etc/messages.xml 2009-09-24 05:04:50 UTC (rev 1303)
@@ -2718,5 +2718,5 @@
<BugCode abbrev="TBP">Tristate Boolean Pattern</BugCode>
<BugCode abbrev="SUA">SuspiciousUninitializedArray</BugCode>
<BugCode abbrev="ITU">Inappropriate ToString Use</BugCode>
- <BugCode abbrev="IKNG">Inconsistent Key Name Casing</BugCode>
+ <BugCode abbrev="IKNC">Inconsistent Key Name Casing</BugCode>
</MessageCollection>
\ No newline at end of file
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <dbr...@us...> - 2009-09-24 06:10:50
|
Revision: 1309
http://fb-contrib.svn.sourceforge.net/fb-contrib/?rev=1309&view=rev
Author: dbrosius
Date: 2009-09-24 06:10:34 +0000 (Thu, 24 Sep 2009)
Log Message:
-----------
add OC detector
Modified Paths:
--------------
trunk/fb-contrib/etc/messages.xml
Modified: trunk/fb-contrib/etc/messages.xml
===================================================================
--- trunk/fb-contrib/etc/messages.xml 2009-09-24 06:10:13 UTC (rev 1308)
+++ trunk/fb-contrib/etc/messages.xml 2009-09-24 06:10:34 UTC (rev 1309)
@@ -1013,6 +1013,17 @@
]]>
</Details>
</Detector>
+
+ <Detector class="com.mebigfatguy.fbcontrib.detect.OverzealousCasting">
+ <Details>
+ <![CDATA[
+ <p>looks for manual casts of objects that are more specific then needed as the value is assigned
+ to a class or interface higher up in the inheritance chain. You only need to cast to that class
+ or interface.</p>
+ <p>It is a fast detector</p>
+ ]]>
+ </Details>
+ </Detector>
<!-- BugPattern -->
@@ -2634,6 +2645,18 @@
</Details>
</BugPattern>
+ <BugPattern type="OC_OVERZEALOUS_CASTING">
+ <ShortDescription>method manually casts the right hand side of an assignment more specifically than needed</ShortDescription>
+ <LongDescription>method {1} manually casts the right hand side of an assignment more specifically than needed</LongDescription>
+ <Details>
+ <![CDATA[
+ <p>This method casts the right hand side of an expression to a class that is more specific than the
+ variable on the left hand side of the assignment. The cast only has to be as specific as what the variable
+ that is on the left. Using a more specific type on the right hand side just increases cohesion.
+ ]]>
+ </Details>
+ </BugPattern>
+
<!-- BugCode -->
<BugCode abbrev="ISB">Inefficient String Buffering</BugCode>
@@ -2719,4 +2742,5 @@
<BugCode abbrev="SUA">SuspiciousUninitializedArray</BugCode>
<BugCode abbrev="ITU">Inappropriate ToString Use</BugCode>
<BugCode abbrev="IKNC">Inconsistent Key Name Casing</BugCode>
+ <BugCode abbrev="OC">Overzealous Casting</BugCode>
</MessageCollection>
\ No newline at end of file
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <dbr...@us...> - 2009-09-25 04:57:42
|
Revision: 1312
http://fb-contrib.svn.sourceforge.net/fb-contrib/?rev=1312&view=rev
Author: dbrosius
Date: 2009-09-25 04:57:32 +0000 (Fri, 25 Sep 2009)
Log Message:
-----------
engrish
Modified Paths:
--------------
trunk/fb-contrib/etc/messages.xml
Modified: trunk/fb-contrib/etc/messages.xml
===================================================================
--- trunk/fb-contrib/etc/messages.xml 2009-09-24 06:19:42 UTC (rev 1311)
+++ trunk/fb-contrib/etc/messages.xml 2009-09-25 04:57:32 UTC (rev 1312)
@@ -1006,9 +1006,8 @@
<Detector class="com.mebigfatguy.fbcontrib.detect.InconsistentKeyNameCasing">
<Details>
<![CDATA[
- <p>looks for methods that use parameter names to access objects in HttpRequest Parameters
- but uses the same name with different casing. As these parameter names are case sensitive
- this will lead to confusion.</p>
+ <p>looks for methods that use the same name with different casing to access objects in HttpRequest Parameters.
+ As these parameter names are case sensitive this will lead to confusion.</p>
<p>It is a fast detector</p>
]]>
</Details>
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <dbr...@us...> - 2009-09-26 20:07:08
|
Revision: 1327
http://fb-contrib.svn.sourceforge.net/fb-contrib/?rev=1327&view=rev
Author: dbrosius
Date: 2009-09-26 20:06:57 +0000 (Sat, 26 Sep 2009)
Log Message:
-----------
add PDP Detector
Modified Paths:
--------------
trunk/fb-contrib/etc/messages.xml
Modified: trunk/fb-contrib/etc/messages.xml
===================================================================
--- trunk/fb-contrib/etc/messages.xml 2009-09-26 20:06:42 UTC (rev 1326)
+++ trunk/fb-contrib/etc/messages.xml 2009-09-26 20:06:57 UTC (rev 1327)
@@ -1023,6 +1023,18 @@
]]>
</Details>
</Detector>
+
+ <Detector class="com.mebigfatguy.fbcontrib.detect.PoorlyDefinedParameter">
+ <Details>
+ <![CDATA[
+ <p>looks for non derivable methods that declare parameters and then cast those
+ parameters to more specific types in the method. This is misleading and dangerous
+ as you are not documenting through parameter types what is necessary for these
+ parameters to function correctly.</p>
+ <p>It is a fast detector</p>
+ ]]>
+ </Details>
+ </Detector>
<!-- BugPattern -->
@@ -2656,6 +2668,18 @@
</Details>
</BugPattern>
+ <BugPattern type="PDP_POORLY_DEFINED_PARAMETER">
+ <ShortDescription>method defines parameters more abstractly than needed to function properly</ShortDescription>
+ <LongDescription>method {1} defines parameters more abstractly than needed to function properly</LongDescription>
+ <Details>
+ <![CDATA[
+ <p>This method defines parameters at a more abstract level than is actually needed to function correctly,
+ as the code casts these parameters to more concrete types. Since this method is not derivable, you should
+ just define the parameters with the type that is needed.
+ ]]>
+ </Details>
+ </BugPattern>
+
<!-- BugCode -->
<BugCode abbrev="ISB">Inefficient String Buffering</BugCode>
@@ -2742,4 +2766,5 @@
<BugCode abbrev="ITU">Inappropriate ToString Use</BugCode>
<BugCode abbrev="IKNC">Inconsistent Key Name Casing</BugCode>
<BugCode abbrev="OC">Overzealous Casting</BugCode>
+ <BugCode abbrev="PDP">Poorly Defined Parameter</BugCode>
</MessageCollection>
\ No newline at end of file
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <dbr...@us...> - 2009-09-26 22:28:05
|
Revision: 1334
http://fb-contrib.svn.sourceforge.net/fb-contrib/?rev=1334&view=rev
Author: dbrosius
Date: 2009-09-26 22:27:54 +0000 (Sat, 26 Sep 2009)
Log Message:
-----------
use engrish
Modified Paths:
--------------
trunk/fb-contrib/etc/messages.xml
Modified: trunk/fb-contrib/etc/messages.xml
===================================================================
--- trunk/fb-contrib/etc/messages.xml 2009-09-26 22:15:43 UTC (rev 1333)
+++ trunk/fb-contrib/etc/messages.xml 2009-09-26 22:27:54 UTC (rev 1334)
@@ -1557,7 +1557,7 @@
<LongDescription>method {1} uses 1 element array to simulate call by reference</LongDescription>
<Details>
<![CDATA[
- <p>This method uses a one element array to wrap an object that is to be past to a method as an argument
+ <p>This method uses a one element array to wrap an object that is to be passed to a method as an argument
to simulate call by pointer ala C++. It is better to define a proper return class type that holds all
the relevant information retrieved from the called method.</p>
]]>
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <dbr...@us...> - 2009-09-29 03:59:47
|
Revision: 1341
http://fb-contrib.svn.sourceforge.net/fb-contrib/?rev=1341&view=rev
Author: dbrosius
Date: 2009-09-29 03:59:41 +0000 (Tue, 29 Sep 2009)
Log Message:
-----------
em
Modified Paths:
--------------
trunk/fb-contrib/etc/messages.xml
Modified: trunk/fb-contrib/etc/messages.xml
===================================================================
--- trunk/fb-contrib/etc/messages.xml 2009-09-29 03:13:52 UTC (rev 1340)
+++ trunk/fb-contrib/etc/messages.xml 2009-09-29 03:59:41 UTC (rev 1341)
@@ -111,7 +111,7 @@
<Detector class="com.mebigfatguy.fbcontrib.detect.ClassEnvy">
<Details>
<![CDATA[
- <p><b>THIS DETECTOR IS HIGHLY EXPERIMENTAL AND IS LIKELY TO CREATE A LOT OF FUD</b></p>
+ <p><em>THIS DETECTOR IS HIGHLY EXPERIMENTAL AND IS LIKELY TO CREATE A LOT OF FUD</em></p>
<p> Looks for methods that use a high percentage of methods from another class over it's own
methods. When this is the case, it is often better to implement this method in that other class,
by refactoring the class to accept parameters it needs from the source class.
@@ -702,7 +702,7 @@
<Detector class="com.mebigfatguy.fbcontrib.detect.BloatedAssignmentScope">
<Details>
<![CDATA[
- <p><b>THIS DETECTOR IS HIGHLY EXPERIMENTAL AND IS LIKELY TO CREATE A LOT OF FUD</b>
+ <p><em>THIS DETECTOR IS HIGHLY EXPERIMENTAL AND IS LIKELY TO CREATE A LOT OF FUD</em>
Looks for assignments to variables in a scope larger than it's use. As long as the evaluation of the assignment
does not have side effects, the assignment can be moved into the inner scope where it is used.</p>
<p>It is a fast detector.</p>
@@ -1143,7 +1143,7 @@
<LongDescription>method {1} excessively uses methods of another class</LongDescription>
<Details>
<![CDATA[
- <p><b>THIS DETECTOR IS HIGHLY EXPERIMENTAL AND IS LIKELY TO CREATE A LOT OF FUD</b></p>
+ <p><em>THIS DETECTOR IS HIGHLY EXPERIMENTAL AND IS LIKELY TO CREATE A LOT OF FUD</em></p>
<p>This method makes extensive use of methods from another class over methods of it's own
class. Typically this means that the functionality that is accomplished by this method
most likely belongs with the class that is being used so liberally. Consider refactoring this
@@ -2016,7 +2016,7 @@
<LongDescription>Method {1} uses non standard math constant</LongDescription>
<Details>
<![CDATA[
- <p>This method defines its own version of <b>PI</b> or <b>e</b> and the value is not as precise as the
+ <p>This method defines its own version of <em>PI</em> or <em>e</em> and the value is not as precise as the
one defined in the constants Math.PI or Math.E. Use these constants instead.</p>
]]>
</Details>
@@ -2229,7 +2229,7 @@
<LongDescription>Method {1} assigns a variable in a larger scope then is needed</LongDescription>
<Details>
<![CDATA[
- <p><b>THIS DETECTOR IS HIGHLY EXPERIMENTAL AND IS LIKELY TO CREATE A LOT OF FUD</b>
+ <p><em>THIS DETECTOR IS HIGHLY EXPERIMENTAL AND IS LIKELY TO CREATE A LOT OF FUD</em>
This method assigns a value to a variable in an outer scope compared to where the variable is actually used.
Assuming this evaluation does not have side effects, the assignment can be moved into the inner scope (if block)
so that its execution time isn't taken up if the if guard is false. Care should be
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <dbr...@us...> - 2009-09-29 04:06:38
|
Revision: 1342
http://fb-contrib.svn.sourceforge.net/fb-contrib/?rev=1342&view=rev
Author: dbrosius
Date: 2009-09-29 04:06:27 +0000 (Tue, 29 Sep 2009)
Log Message:
-----------
engrish
Modified Paths:
--------------
trunk/fb-contrib/etc/messages.xml
Modified: trunk/fb-contrib/etc/messages.xml
===================================================================
--- trunk/fb-contrib/etc/messages.xml 2009-09-29 03:59:41 UTC (rev 1341)
+++ trunk/fb-contrib/etc/messages.xml 2009-09-29 04:06:27 UTC (rev 1342)
@@ -2564,7 +2564,7 @@
<![CDATA[
<p>This method declares that it throws a checked exception that it does not throw. As this method is
either a constructor, static method or private method, there is no reason for this method to declare
- the exception in it's throws clause, and just causes calling methods to unnecessarily handle an exception
+ the exception in its throws clause, and just causes calling methods to unnecessarily handle an exception
that will never be thrown. The exception in question should be removed from the throws clause.</p>
]]>
</Details>
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <dbr...@us...> - 2009-10-03 15:43:57
|
Revision: 1351
http://fb-contrib.svn.sourceforge.net/fb-contrib/?rev=1351&view=rev
Author: dbrosius
Date: 2009-10-03 15:43:50 +0000 (Sat, 03 Oct 2009)
Log Message:
-----------
new detector NSE
Modified Paths:
--------------
trunk/fb-contrib/etc/messages.xml
Modified: trunk/fb-contrib/etc/messages.xml
===================================================================
--- trunk/fb-contrib/etc/messages.xml 2009-10-03 15:43:35 UTC (rev 1350)
+++ trunk/fb-contrib/etc/messages.xml 2009-10-03 15:43:50 UTC (rev 1351)
@@ -1035,6 +1035,18 @@
]]>
</Details>
</Detector>
+
+ <Detector class="com.mebigfatguy.fbcontrib.detect.NonSymmetricEquals">
+ <Details>
+ <![CDATA[
+ <p>looks for classes that break the fundamental rule of equivalence, which is
+ symmetry. If a equals b, then b equals a. While it is usually wrong to allow
+ equals to compare different types, at the very least you should make sure that
+ each class knows about each other and is able to compare themselves with each other.</p>
+ <p>It is a fast detector</p>
+ ]]>
+ </Details>
+ </Detector>
<!-- BugPattern -->
@@ -2680,6 +2692,20 @@
</Details>
</BugPattern>
+ <BugPattern type="NSE_NON_SYMMETRIC_EQUALS">
+ <ShortDescription>Equals method compares this object against other types in a non symmetric way</ShortDescription>
+ <LongDescription>Equals method {1} compares this object against other types in a non symmetric way</LongDescription>
+ <Details>
+ <![CDATA[
+ <p>This class implements an equals method that compares this object against another type of object.
+ This is almost always a bad thing to do, but if it is to be done, you must make sure that the basic
+ symmetry rule of equivalence is maintained, that being if a equals b, then b equals a. It does not
+ appear that the class that is being compared to this class knows about this class, and doesn't compare itself
+ to this.</p>
+ ]]>
+ </Details>
+ </BugPattern>
+
<!-- BugCode -->
<BugCode abbrev="ISB">Inefficient String Buffering</BugCode>
@@ -2767,4 +2793,5 @@
<BugCode abbrev="IKNC">Inconsistent Key Name Casing</BugCode>
<BugCode abbrev="OC">Overzealous Casting</BugCode>
<BugCode abbrev="PDP">Poorly Defined Parameter</BugCode>
+ <BugCode abbrev="NSE">Non Symmetric Equals</BugCode>
</MessageCollection>
\ No newline at end of file
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <dbr...@us...> - 2009-10-15 03:34:15
|
Revision: 1368
http://fb-contrib.svn.sourceforge.net/fb-contrib/?rev=1368&view=rev
Author: dbrosius
Date: 2009-10-15 03:34:03 +0000 (Thu, 15 Oct 2009)
Log Message:
-----------
add new detector CVAA - by Bhaskar Maddala
Modified Paths:
--------------
trunk/fb-contrib/etc/messages.xml
Modified: trunk/fb-contrib/etc/messages.xml
===================================================================
--- trunk/fb-contrib/etc/messages.xml 2009-10-15 03:33:46 UTC (rev 1367)
+++ trunk/fb-contrib/etc/messages.xml 2009-10-15 03:34:03 UTC (rev 1368)
@@ -1047,6 +1047,25 @@
]]>
</Details>
</Detector>
+
+ <Detector class="com.mebigfatguy.fbcontrib.detect.ContraVariantArrayAssignment">
+ <Details>
+ <![CDATA[
+ <p>Finds contravariant array assignments. Since arrays are mutable data structures, their use
+ must be restricted to covariant or invariant usage</p>
+
+ <pre>
+ class A {}
+ class B extends A {}
+
+ B[] b = new B[2];
+ A[] a = b;
+ a[0] = new A(); // results in ArrayStoreException (Runtime)
+ </pre>
+ <p>It is a fast detector</p>
+ ]]>
+ </Details>
+ </Detector>
<!-- BugPattern -->
@@ -2706,6 +2725,27 @@
</Details>
</BugPattern>
+ <BugPattern type="CVAA_CONTRAVARIANT_ARRAY_ASSIGNMENT">
+ <ShortDescription>method performs a contravariant array assignment</ShortDescription>
+ <LongDescription>method {1} performs a contravariant array assignment</LongDescription>
+ <Details>
+ <![CDATA[
+ <p>Finds contravariant array assignments. Since arrays are mutable data structures, their use
+ must be restricted to covariant or invariant usage</p>
+
+ <pre>
+ class A {}
+ class B extends A {}
+
+ B[] b = new B[2];
+ A[] a = b;
+ a[0] = new A(); // results in ArrayStoreException (Runtime)
+ </pre>
+ <p>It is a fast detector</p>
+ ]]>
+ </Details>
+ </BugPattern>
+
<!-- BugCode -->
<BugCode abbrev="ISB">Inefficient String Buffering</BugCode>
@@ -2794,4 +2834,5 @@
<BugCode abbrev="OC">Overzealous Casting</BugCode>
<BugCode abbrev="PDP">Poorly Defined Parameter</BugCode>
<BugCode abbrev="NSE">Non Symmetric Equals</BugCode>
+ <BugCode abbrev="CVAA">Contravariant Array Assignment</BugCode>
</MessageCollection>
\ No newline at end of file
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <dbr...@us...> - 2009-11-14 20:07:31
|
Revision: 1385
http://fb-contrib.svn.sourceforge.net/fb-contrib/?rev=1385&view=rev
Author: dbrosius
Date: 2009-11-14 20:07:23 +0000 (Sat, 14 Nov 2009)
Log Message:
-----------
better engrish
Modified Paths:
--------------
trunk/fb-contrib/etc/messages.xml
Modified: trunk/fb-contrib/etc/messages.xml
===================================================================
--- trunk/fb-contrib/etc/messages.xml 2009-11-13 14:07:50 UTC (rev 1384)
+++ trunk/fb-contrib/etc/messages.xml 2009-11-14 20:07:23 UTC (rev 1385)
@@ -2585,12 +2585,12 @@
<LongDescription>method {1} uses a set of collections</LongDescription>
<Details>
<![CDATA[
- <p>This method creates a set that contains other collections, or a Map who's keySet is
+ <p>This method creates a set that contains other collections, or a Map whose keySet is
another collection. As collections tend to calculate hashCode, equals and compareTo by
iterating the contents of the collection, this can perform poorly.</p>
- <p>In addition, when a set is used, you typically are using it to do contains, or find
- type functionality, which seems dubious when do so on a collection</p>
- <p>Finally, As a collection is often modified, problems will occur if the collection is
+ <p>In addition, when a set is used, you typically are using it to do 'contains', or 'find'
+ type functionality, which seems dubious when done on a collection</p>
+ <p>Finally, as a collection is often modified, problems will occur if the collection is
contained in a set, because the hashCode, equals or compareTo values will change while the
collection is in the set</p>
<p>If you wish to maintain a collection of collections, it is probably better to use a List
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <dbr...@us...> - 2010-01-05 08:36:06
|
Revision: 1444
http://fb-contrib.svn.sourceforge.net/fb-contrib/?rev=1444&view=rev
Author: dbrosius
Date: 2010-01-05 08:35:57 +0000 (Tue, 05 Jan 2010)
Log Message:
-----------
update from Chris Peterson to fix the {2}'s showing up in the gui description panels
Modified Paths:
--------------
trunk/fb-contrib/etc/messages.xml
Modified: trunk/fb-contrib/etc/messages.xml
===================================================================
--- trunk/fb-contrib/etc/messages.xml 2010-01-05 07:11:47 UTC (rev 1443)
+++ trunk/fb-contrib/etc/messages.xml 2010-01-05 08:35:57 UTC (rev 1444)
@@ -2828,7 +2828,7 @@
</BugPattern>
<BugPattern type="MDM_RUNTIME_EXIT_OR_HALT">
- <ShortDescription>Method calls {2}</ShortDescription>
+ <ShortDescription>Method calls Runtime.exit() or Runtime.halt()</ShortDescription>
<LongDescription>Method {1} calls {2}</LongDescription>
<Details>
<![CDATA[
@@ -2838,11 +2838,11 @@
</BugPattern>
<BugPattern type="MDM_RUNFINALIZATION">
- <ShortDescription>Method calls {2}</ShortDescription>
- <LongDescription>Method {1} calls {2}</LongDescription>
+ <ShortDescription>Method triggers finalization</ShortDescription>
+ <LongDescription>Method {1} triggers finalization when calling {2}</LongDescription>
<Details>
<![CDATA[
- <p>Triggering finalization can result in serious performance problems and may indicate incorrect resource cleanup.</p>
+ <p>Manually triggering finalization can result in serious performance problems and may be masking resource cleanup bugs.</p>
]]>
</Details>
</BugPattern>
@@ -2898,18 +2898,18 @@
</BugPattern>
<BugPattern type="MDM_THREAD_PRIORITIES">
- <ShortDescription>Method calls non-portable method {2}</ShortDescription>
- <LongDescription>Method {1} calls non-portable method {2}</LongDescription>
+ <ShortDescription>Method uses suspicious thread priorities</ShortDescription>
+ <LongDescription>Method {1} uses suspicious thread priorities by calling method {2}</LongDescription>
<Details>
<![CDATA[
- <p>Getting or setting thread priorities is not portable and could indicate race conditions.</p>
+ <p>Getting or setting thread priorities is not portable and could cause or mask race conditions.</p>
]]>
</Details>
</BugPattern>
<BugPattern type="MDM_THREAD_YIELD">
- <ShortDescription>Method calls non-portable method {2}</ShortDescription>
- <LongDescription>Method {1} calls non-portable method {2}</LongDescription>
+ <ShortDescription>Method attempts to manually schedule threads</ShortDescription>
+ <LongDescription>Method {1} attempts to manually schedule threads by calling method {2}</LongDescription>
<Details>
<![CDATA[
<p>Manual thread scheduling with <code>Thread.sleep()</code> or <code>Thread.yield()</code> has no guaranteed semantics and is often used to mask race conditions.</p>
@@ -2919,7 +2919,7 @@
<BugPattern type="MDM_WAIT_WITHOUT_TIMEOUT">
<ShortDescription>Method sleeps without timeout</ShortDescription>
- <LongDescription>Method {1} calls {2} without timeout</LongDescription>
+ <LongDescription>Method {1} sleeps without timeout when calling {2}</LongDescription>
<Details>
<![CDATA[
<p>Calling <code>{2}</code> without timeout could block forever. Consider using a timeout to detect deadlocks or performance problems. Thread.join() Object.wait() Condition.await() Lock.lock() Lock.lockInterruptibly()</p>
@@ -2928,7 +2928,7 @@
</BugPattern>
<BugPattern type="MDM_THREAD_FAIRNESS">
- <ShortDescription>Method ignores Lock's fairness settings by calling {2}</ShortDescription>
+ <ShortDescription>Method ignores Lock's fairness settings by calling tryLock()</ShortDescription>
<LongDescription>Method {1} ignores Lock's fairness settings by calling {2}</LongDescription>
<Details>
<![CDATA[
@@ -2949,7 +2949,7 @@
<BugPattern type="MDM_LOCK_ISLOCKED">
<ShortDescription>Method tests if a lock is locked</ShortDescription>
- <LongDescription>Method {1} calls {2} to test if the lock is locked</LongDescription>
+ <LongDescription>Method {1} tests if a lock is locked by calling {2}</LongDescription>
<Details>
<![CDATA[
<p>Calling <code>ReentrantLock.isLocked()</code> or <code>ReentrantLock.isHeldByCurrentThread()</code> might indicate race conditions or incorrect locking. These methods are designed for use in debug code or monitoring of the system state, not for synchronization control.</p>
@@ -2958,7 +2958,7 @@
</BugPattern>
<BugPattern type="MDM_STRING_BYTES_ENCODING">
- <ShortDescription>Encoding String bytes without specifying the character encoding</ShortDescription>
+ <ShortDescription>Method encodes String bytes without specifying the character encoding</ShortDescription>
<LongDescription>Method {1} encodes String bytes without specifying the character encoding</LongDescription>
<Details>
<![CDATA[
@@ -3069,4 +3069,4 @@
<BugCode abbrev="NFF">Non Functional Field</BugCode>
<BugCode abbrev="WNG">Wrong Null Guard</BugCode>
<BugCode abbrev="MDM">More Dumb Methods</BugCode>
-</MessageCollection>
\ No newline at end of file
+</MessageCollection>
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <dbr...@us...> - 2010-01-23 23:50:43
|
Revision: 1506
http://fb-contrib.svn.sourceforge.net/fb-contrib/?rev=1506&view=rev
Author: dbrosius
Date: 2010-01-23 23:50:15 +0000 (Sat, 23 Jan 2010)
Log Message:
-----------
no shouting
Modified Paths:
--------------
trunk/fb-contrib/etc/messages.xml
Modified: trunk/fb-contrib/etc/messages.xml
===================================================================
--- trunk/fb-contrib/etc/messages.xml 2010-01-23 12:17:32 UTC (rev 1505)
+++ trunk/fb-contrib/etc/messages.xml 2010-01-23 23:50:15 UTC (rev 1506)
@@ -3110,7 +3110,7 @@
<BugCode abbrev="NSE">Non Symmetric Equals</BugCode>
<BugCode abbrev="CVAA">Contravariant Array Assignment</BugCode>
<BugCode abbrev="NFF">Non Functional Field</BugCode>
- <BugCode abbrev="SNG">SUSPICIOUS Null Guard</BugCode>
+ <BugCode abbrev="SNG">Suspicious Null Guard</BugCode>
<BugCode abbrev="MDM">More Dumb Methods</BugCode>
<BugCode abbrev="ROOM">Reflection on Object Methods</BugCode>
</MessageCollection>
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <dbr...@us...> - 2010-02-07 16:55:17
|
Revision: 1514
http://fb-contrib.svn.sourceforge.net/fb-contrib/?rev=1514&view=rev
Author: dbrosius
Date: 2010-02-07 16:55:10 +0000 (Sun, 07 Feb 2010)
Log Message:
-----------
spilleng
Modified Paths:
--------------
trunk/fb-contrib/etc/messages.xml
Modified: trunk/fb-contrib/etc/messages.xml
===================================================================
--- trunk/fb-contrib/etc/messages.xml 2010-01-25 14:16:22 UTC (rev 1513)
+++ trunk/fb-contrib/etc/messages.xml 2010-02-07 16:55:10 UTC (rev 1514)
@@ -2414,7 +2414,7 @@
<BugPattern type="UAA_USE_ADD_ALL">
<ShortDescription>method uses simple loop to copy contents of one collection to another</ShortDescription>
- <LongDescription>method {1} uses simple loop to copy contents of one colleciton to another</LongDescription>
+ <LongDescription>method {1} uses simple loop to copy contents of one collection to another</LongDescription>
<Details>
<![CDATA[
<p>This method uses a simple for loop to copy the contents of a set, list, map key/value, array or other collection
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <dbr...@us...> - 2010-04-04 07:05:48
|
Revision: 1532
http://fb-contrib.svn.sourceforge.net/fb-contrib/?rev=1532&view=rev
Author: dbrosius
Date: 2010-04-04 07:05:42 +0000 (Sun, 04 Apr 2010)
Log Message:
-----------
better message
Modified Paths:
--------------
trunk/fb-contrib/etc/messages.xml
Modified: trunk/fb-contrib/etc/messages.xml
===================================================================
--- trunk/fb-contrib/etc/messages.xml 2010-04-04 06:57:39 UTC (rev 1531)
+++ trunk/fb-contrib/etc/messages.xml 2010-04-04 07:05:42 UTC (rev 1532)
@@ -3101,7 +3101,9 @@
<![CDATA[
<p>This method allocates an object using the default constructor in a loop, and then
only uses it in a quasi-static way. It is never assigned to anything that lives outside
- the loop, and could potentially be allocated once outside the loop.
+ the loop, and could potentially be allocated once outside the loop. Often this can be
+ achieved by calling a clear() like method in the loop, to reset the state of the object
+ in the loop.
]]>
</Details>
</BugPattern>
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <dbr...@us...> - 2010-06-09 07:08:14
|
Revision: 1576
http://fb-contrib.svn.sourceforge.net/fb-contrib/?rev=1576&view=rev
Author: dbrosius
Date: 2010-06-09 07:08:08 +0000 (Wed, 09 Jun 2010)
Log Message:
-----------
fix bugpattern messages
Modified Paths:
--------------
trunk/fb-contrib/etc/messages.xml
Modified: trunk/fb-contrib/etc/messages.xml
===================================================================
--- trunk/fb-contrib/etc/messages.xml 2010-06-09 07:06:51 UTC (rev 1575)
+++ trunk/fb-contrib/etc/messages.xml 2010-06-09 07:08:08 UTC (rev 1576)
@@ -2863,8 +2863,7 @@
B[] b = new B[2];
A[] a = b;
- </pre>
- <p>It is a fast detector</p>
+ </pre>
]]>
</Details>
</BugPattern>
@@ -2884,8 +2883,7 @@
B[] b = new B[2];
A[] a = b;
a[0] = new A(); // results in ArrayStoreException (Runtime)
- </pre>
- <p>It is a fast detector</p>
+ </pre>
]]>
</Details>
</BugPattern>
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
Thanks for helping keep SourceForge clean.
X