koraktor/mavanagaiata

View on GitHub

Showing 68 of 68 total issues

Avoid excessively long variable names like MAIL_TO_NAME_PATTERN
Open

    private static final Pattern MAIL_TO_NAME_PATTERN;

LongVariable

Since: PMD 0.3

Priority: Medium

Categories: Style

Remediation Points: 50000

Fields, formal arguments, or local variable names that are too long can make the code difficult to follow.

Example:

public class Something {
 int reallyLongIntName = -3; // VIOLATION - Field
 public static void main( String argumentsList[] ) { // VIOLATION - Formal
 int otherReallyLongName = -5; // VIOLATION - Local
 for (int interestingIntIndex = 0; // VIOLATION - For
 interestingIntIndex < 10;
 interestingIntIndex ++ ) {
 }
}

Private field 'tags' could be made final; it is only initialized in the declaration or constructor.
Open

        private Map<String, GitTag> tags;

ImmutableField

Since: PMD 2.0

Priority: Medium

Categories: Style

Remediation Points: 50000

Identifies private fields whose values never change once they are initialized either in the declaration of the field or by a constructor. This helps in converting existing classes to becoming immutable ones.

Example:

public class Foo {
 private int x; // could be final
 public Foo() {
 x = 7;
 }
 public void foo() {
 int a = x + 2;
 }
}

Private field 'distance' could be made final; it is only initialized in the declaration or constructor.
Open

    private int distance;

ImmutableField

Since: PMD 2.0

Priority: Medium

Categories: Style

Remediation Points: 50000

Identifies private fields whose values never change once they are initialized either in the declaration of the field or by a constructor. This helps in converting existing classes to becoming immutable ones.

Example:

public class Foo {
 private int x; // could be final
 public Foo() {
 x = 7;
 }
 public void foo() {
 int a = x + 2;
 }
}

Avoid instantiating new objects inside loops
Open

                action.execute(new JGitCommit(commit));

AvoidInstantiatingObjectsInLoops

Since: PMD 2.2

Priority: Medium

Categories: Style

Remediation Points: 50000

New objects created within loops should be checked to see if they can created outside them and reused.

Example:

public class Something {
 public static void main( String as[] ) {
 for (int i = 0; i < 10; i++) {
 Foo f = new Foo(); // Avoid this whenever you can it's really expensive
 }
 }
}

Prefer StringBuilder (non-synchronized) or StringBuffer (synchronized) over += for concatenating strings
Open

                describe += dirtyFlag;

UseStringBufferForStringAppends

Since: PMD 3.1

Priority: Medium

Categories: Style

Remediation Points: 50000

The use of the '+=' operator for appending strings causes the JVM to create and use an internal StringBuffer. If a non-trivial number of these concatenations are being used then the explicit use of a StringBuilder or threadsafe StringBuffer is recommended to avoid this.

Example:

public class Foo {
 void bar() {
 String a;
 a = 'foo';
 a += ' bar';
 // better would be:
 // StringBuilder a = new StringBuilder('foo');
 // a.append(' bar');
 }
}

When instantiating a SimpleDateFormat object, specify a Locale
Open

        values.put("TIMESTAMP", new SimpleDateFormat(dateFormat).format(new Date()));

SimpleDateFormatNeedsLocale

Since: PMD 2.0

Priority: Medium

Categories: Style

Remediation Points: 50000

Be sure to specify a Locale when creating SimpleDateFormat instances to ensure that locale-appropriate formatting is used.

Example:

public class Foo {
 // Should specify Locale.US (or whatever)
 private SimpleDateFormat sdf = new SimpleDateFormat('pattern');
}

Avoid excessively long variable names like originalGitDirPath
Open

            String originalGitDirPath = readFileToString(originalGitDirFile, UTF_8).trim();

LongVariable

Since: PMD 0.3

Priority: Medium

Categories: Style

Remediation Points: 50000

Fields, formal arguments, or local variable names that are too long can make the code difficult to follow.

Example:

public class Something {
 int reallyLongIntName = -3; // VIOLATION - Field
 public static void main( String argumentsList[] ) { // VIOLATION - Formal
 int otherReallyLongName = -5; // VIOLATION - Local
 for (int interestingIntIndex = 0; // VIOLATION - For
 interestingIntIndex < 10;
 interestingIntIndex ++ ) {
 }
}

Prefer StringBuilder (non-synchronized) or StringBuffer (synchronized) over += for concatenating strings
Open

            url += String.format("/commits/%s", currentRef);

UseStringBufferForStringAppends

Since: PMD 3.1

Priority: Medium

Categories: Style

Remediation Points: 50000

The use of the '+=' operator for appending strings causes the JVM to create and use an internal StringBuffer. If a non-trivial number of these concatenations are being used then the explicit use of a StringBuilder or threadsafe StringBuffer is recommended to avoid this.

Example:

public class Foo {
 void bar() {
 String a;
 a = 'foo';
 a += ' bar';
 // better would be:
 // StringBuilder a = new StringBuilder('foo');
 // a.append(' bar');
 }
}
Severity
Category
Status
Source
Language