SonarSource Rules
  • Products

    In-IDE

    Code Quality and Security in your IDE with SonarQube Ide

    IDE extension that lets you fix coding issues before they exist!

    Discover SonarQube for IDE

    SaaS

    Code Quality and Security in the cloud with SonarQube Cloud

    Setup is effortless and analysis is automatic for most languages

    Discover SonarQube Cloud

    Self-Hosted

    Code Quality and Security Self-Hosted with SonarQube Server

    Fast, accurate analysis; enterprise scalability

    Discover SonarQube Server
  • SecretsSecrets
  • ABAPABAP
  • AnsibleAnsible
  • ApexApex
  • AzureResourceManagerAzureResourceManager
  • CC
  • C#C#
  • C++C++
  • CloudFormationCloudFormation
  • COBOLCOBOL
  • CSSCSS
  • DartDart
  • DockerDocker
  • FlexFlex
  • GitHub ActionsGitHub Actions
  • GoGo
  • HTMLHTML
  • JavaJava
  • JavaScriptJavaScript
  • JSONJSON
  • JCLJCL
  • KotlinKotlin
  • KubernetesKubernetes
  • Objective CObjective C
  • PHPPHP
  • PL/IPL/I
  • PL/SQLPL/SQL
  • PythonPython
  • RPGRPG
  • RubyRuby
  • RustRust
  • ScalaScala
  • ShellShell
  • SwiftSwift
  • TerraformTerraform
  • TextText
  • TypeScriptTypeScript
  • T-SQLT-SQL
  • VB.NETVB.NET
  • VB6VB6
  • XMLXML
  • YAMLYAML
Java

Java static code analysis

Unique rules to find Bugs, Vulnerabilities, Security Hotspots, and Code Smells in your JAVA code

  • All rules 733
  • Vulnerability60
  • Bug175
  • Security Hotspot40
  • Code Smell458

  • Quick Fix 65
Filtered: 45 rules found
convention
    Impact
      Clean code attribute
        1. Literal suffixes should be upper case

           Code Smell
        2. Local constants should follow naming conventions for constants

           Code Smell
        3. Test methods should comply with a naming convention

           Code Smell
        4. Test classes should comply with a naming convention

           Code Smell
        5. Fields should not be initialized to default values

           Code Smell
        6. Static non-final field names should comply with a naming convention

           Code Smell
        7. Unnecessary semicolons should be omitted

           Code Smell
        8. Types should be used in lambdas

           Code Smell
        9. Classes named like "Exception" should extend "Exception" or a subclass

           Code Smell
        10. "Cloneables" should implement "clone"

           Code Smell
        11. Underscores should be used to make large numbers readable

           Code Smell
        12. The names of methods with boolean return values should start with "is" or "has"

           Code Smell
        13. An abstract class should have both abstract and concrete methods

           Code Smell
        14. Multiple variables should not be declared on the same line

           Code Smell
        15. Track lack of copyright and license headers

           Code Smell
        16. Comments should not be located at the end of lines of code

           Code Smell
        17. Loggers should be "private static final" and should share a naming convention

           Code Smell
        18. Packages should have a javadoc file 'package-info.java'

           Code Smell
        19. The default unnamed package should not be used

           Code Smell
        20. Statements should be on separate lines

           Code Smell
        21. The members of an interface or class declaration should appear in a pre-defined order

           Code Smell
        22. Package names should comply with a naming convention

           Code Smell
        23. Array designators "[]" should be on the type, not the variable

           Code Smell
        24. Array designators "[]" should be located after the type in method signatures

           Code Smell
        25. Type parameter names should comply with a naming convention

           Code Smell
        26. Classes that override "clone" should be "Cloneable" and call "super.clone()"

           Code Smell
        27. Abstract class names should comply with a naming convention

           Code Smell
        28. Public types, methods and fields (API) should be documented with Javadoc

           Code Smell
        29. Public constants and fields initialized at declaration should be "static final" rather than merely "final"

           Code Smell
        30. Local variable and method parameter names should comply with a naming convention

           Code Smell
        31. Field names should comply with a naming convention

           Code Smell
        32. Constant names should comply with a naming convention

           Code Smell
        33. Interface names should comply with a naming convention

           Code Smell
        34. Files should end with a newline

           Code Smell
        35. Modifiers should be declared in the correct order

           Code Smell
        36. Source code should be indented consistently

           Code Smell
        37. A close curly brace should be located at the beginning of a line

           Code Smell
        38. Close curly brace and the next "else", "catch" and "finally" keywords should be on two different lines

           Code Smell
        39. Close curly brace and the next "else", "catch" and "finally" keywords should be located on the same line

           Code Smell
        40. An open curly brace should be located at the beginning of a line

           Code Smell
        41. An open curly brace should be located at the end of a line

           Code Smell
        42. Tabulation characters should not be used

           Code Smell
        43. Lines should not be too long

           Code Smell
        44. Class names should comply with a naming convention

           Code Smell
        45. Method names should comply with a naming convention

           Code Smell

        Track lack of copyright and license headers

        responsibility - lawful
        maintainability
        Code Smell
        • convention

        Why is this an issue?

        Each source file should start with a header stating file ownership and the license which must be used to distribute the application.

        This rule must be fed with the header text that is expected at the beginning of every file.

        Compliant solution

        /*
         * SonarQube, open source software quality management tool.
         * Copyright (C) 2008-2013 SonarSource
         * mailto:contact AT sonarsource DOT com
         *
         * SonarQube is free software; you can redistribute it and/or
         * modify it under the terms of the GNU Lesser General Public
         * License as published by the Free Software Foundation; either
         * version 3 of the License, or (at your option) any later version.
         *
         * SonarQube is distributed in the hope that it will be useful,
         * but WITHOUT ANY WARRANTY; without even the implied warranty of
         * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
         * Lesser General Public License for more details.
         *
         * You should have received a copy of the GNU Lesser General Public License
         * along with this program; if not, write to the Free Software Foundation,
         * Inc., 51 Franklin Street, Fifth Floor, Boston, MA  02110-1301, USA.
         */
        
          Available In:
        • SonarQube IdeCatch issues on the fly,
          in your IDE
        • SonarQube CloudDetect issues in your GitHub, Azure DevOps Services, Bitbucket Cloud, GitLab repositories
        • SonarQube Community BuildAnalyze code in your
          on-premise CI
          Available Since
          9.1
        • SonarQube ServerAnalyze code in your
          on-premise CI
          Developer Edition
          Available Since
          9.1

        © 2008-2025 SonarSource SA. All rights reserved.

        Privacy Policy | Cookie Policy | Terms of Use