You are viewing a plain text version of this content. The canonical link for it is here.
Posted to notifications@ofbiz.apache.org by "Jacques Le Roux (JIRA)" <ji...@apache.org> on 2019/02/16 09:41:00 UTC

[jira] [Created] (OFBIZ-10837) Improve ObjectInputStream class

Jacques Le Roux created OFBIZ-10837:
---------------------------------------

             Summary: Improve ObjectInputStream class
                 Key: OFBIZ-10837
                 URL: https://issues.apache.org/jira/browse/OFBIZ-10837
             Project: OFBiz
          Issue Type: Improvement
          Components: framework
    Affects Versions: Release Branch 16.11, Release Branch 17.12, Release Branch 18.12
            Reporter: Jacques Le Roux
            Assignee: Jacques Le Roux


As reported by FindBugs and Sonar, it's troubling (a Bad practice in Sonar[1], a code smell in Findbugs[2]) when extending to use the same name than the extended Object.[3]

[1] [https://sbforge.org/sonar/rules/show/findbugs:NM_SAME_SIMPLE_NAME_AS_SUPERCLASS?layout=false]
 [2] [https://logging.apache.org/log4j/log4j-2.2/log4j-jul/findbugs.html]
 [3] Bug: The class name org.apache.ofbiz.base.util.ObjectInputStream shadows the simple name of the superclass java.io.ObjectInputStream

This class has a simple name that is identical to that of its superclass, except that its superclass is in a different package (e.g., alpha.Foo extends beta.Foo). This can be exceptionally confusing, create lots of situations in which you have to look at import statements to resolve references and creates many opportunities to accidentally define methods that do not override methods in their superclasses.

Rank: Troubling (14), confidence: High
 Pattern: NM_SAME_SIMPLE_NAME_AS_SUPERCLASS
 Type: Nm, Category: BAD_PRACTICE (Bad practice)



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)