Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

SRU2024 v10 #190

Open
wants to merge 41 commits into
base: main
Choose a base branch
from
Open

SRU2024 v10 #190

wants to merge 41 commits into from

Conversation

zubri
Copy link
Member

@zubri zubri commented May 23, 2024

Summary by CodeRabbit

  • New Features

    • Introduced enumeration MtSequenceEnum for available inner sequences of specific MT schemas.
    • Added isSystemMessage() method in the SwiftMessage class to identify category 0 messages.
  • Bug Fixes

    • Fixed prioritization of field 108 in system message handling within SwiftMessage.
  • Updates

    • Updated BBAN validation data to the IBAN REGISTRY July 2024 release.
    • Dependency updates to use Jakarta specifications, replacing previous Java EE dependencies.
    • Upgraded various plugins and dependencies in the build configuration.
    • Updated the Java version compatibility from 1.8 to 11.
  • Chores

    • Expanded the .gitignore file to include additional ignored files and directories.
    • Updated the Gradle wrapper to Gradle version 8.5.

coderabbitai[bot]

This comment was marked as resolved.

coderabbitai[bot]

This comment was marked as resolved.

zubri and others added 9 commits September 18, 2024 15:50
#194)

* CU-86b1g1mye_SRU2024_Generar-un-enum-de-FieldNames-para-validar-que-el-Field-exista

* CU-86b1g1mye_SRU2024_Generar-un-enum-de-FieldNames-para-validar-que-el-Field-exista

---------

Co-authored-by: Sebastian Zubrinic <[email protected]>
…pos (#201)

* CU-86b14j4e0_SRU2024_check-code-security-reports-at-GitHub-for-all-repos

* CU-86b14j4e0_SRU2024_check-code-security-reports-at-GitHub-for-all-repos

* CU-86b14j4e0_SRU2024_check-code-security-reports-at-GitHub-for-all-repos
coderabbitai[bot]

This comment was marked as resolved.

coderabbitai[bot]

This comment was marked as resolved.

Base automatically changed from SRU2024 to main November 19, 2024 12:45
@prowide prowide deleted a comment from coderabbitai bot Nov 19, 2024
Copy link
Contributor

@coderabbitai coderabbitai bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actionable comments posted: 2

📜 Review details

Configuration used: CodeRabbit UI
Review profile: ASSERTIVE

📥 Commits

Reviewing files that changed from the base of the PR and between f433602 and 9dc9217.

📒 Files selected for processing (1)
  • build.gradle (6 hunks)
🔇 Additional comments (5)
build.gradle (5)

61-66: LGTM: Well-structured Jakarta EE migration

The migration from javax to jakarta dependencies is well-organized with:

  • Matching compile and test dependency versions
  • Appropriate use of compileOnly to avoid forcing dependencies on users

Note: There's a typo in the comment above that was already reported in a previous review.


74-78: LGTM: Improved source sets configuration

The update to use sourceSets.named() is a better practice as it:

  • Provides better type safety
  • Follows modern Gradle idioms
  • Is more maintainable

93-94: LGTM: Manifest attributes aligned with Java 11

The manifest attributes correctly reflect the Java 11 upgrade, maintaining consistency with the toolchain configuration.


269-269: LGTM: Updated to modern Gradle API

The change from deprecated archiveName to archiveFileName.set() follows current Gradle best practices.


7-10: 🧹 Nitpick (assertive)

Verify publish-plugin version downgrade

While most plugin versions are upgraded, the publish-plugin has been downgraded from 2.0.0 to 1.3.0. This could indicate potential compatibility issues.

Consider documenting the reason for this downgrade in the build file comments.

build.gradle Show resolved Hide resolved
build.gradle Show resolved Hide resolved
Copy link
Contributor

coderabbitai bot commented Nov 19, 2024

📝 Walkthrough
📝 Walkthrough

Walkthrough

This pull request introduces several modifications across multiple files, focusing on updating the .gitignore to include new ignored patterns, transitioning from javax to jakarta imports in various Java files to reflect the shift to Jakarta EE, and updating the build.gradle file for dependency and configuration changes. Additionally, the CHANGELOG.md is updated to reflect a major version change and document various enhancements and updates across the library.

Changes

File/Path Change Summary
.gitignore Added entries for *.pb, .java-version, and .idea/sonarlint/.
.idea/compiler.xml Updated bytecodeTargetLevel from 1.8 to 11.
CHANGELOG.md Updated for version change from 9.x.x to 10.x.x, added details on new features and fixes.
build.gradle Updated plugin versions, migrated dependencies from javax to jakarta, changed Java version to 11.
gradle/wrapper/gradle-wrapper.properties Updated distributionUrl from Gradle 7.6.4 to 8.5.
src/main/java/com/prowidesoftware/swift/constraints/*.java Changed imports from javax.validation to jakarta.validation in multiple constraint validator files.
src/main/java/com/prowidesoftware/swift/model/*.java Changed imports from javax.persistence and javax.xml.bind to jakarta.persistence and jakarta.xml.bind.
src/test/java/com/prowidesoftware/swift/constraints/IbanValidatorTest.java Updated imports from javax.validation to jakarta.validation.
src/test/java/com/prowidesoftware/swift/model/field/FieldComponentLabelsCompatibilityTest.java Updated instantiation method for Field class objects and improved type safety.

Possibly related PRs

  • SRU2024 #188: The changes in the CHANGELOG.md file reflect updates related to the SwiftMessage class, which may be relevant to the overall project structure and dependencies, although they do not directly relate to the .gitignore modifications.

Thank you for using CodeRabbit. We offer it for free to the OSS community and would appreciate your support in helping us grow. If you find it useful, would you consider giving us a shout-out on your favorite social media?

❤️ Share
🪧 Tips

Chat

There are 3 ways to chat with CodeRabbit:

  • Review comments: Directly reply to a review comment made by CodeRabbit. Example:
    • I pushed a fix in commit <commit_id>, please review it.
    • Generate unit testing code for this file.
    • Open a follow-up GitHub issue for this discussion.
  • Files and specific lines of code (under the "Files changed" tab): Tag @coderabbitai in a new review comment at the desired location with your query. Examples:
    • @coderabbitai generate unit testing code for this file.
    • @coderabbitai modularize this function.
  • PR comments: Tag @coderabbitai in a new PR comment to ask questions about the PR branch. For the best results, please provide a very specific query, as very limited context is provided in this mode. Examples:
    • @coderabbitai gather interesting stats about this repository and render them as a table. Additionally, render a pie chart showing the language distribution in the codebase.
    • @coderabbitai read src/utils.ts and generate unit testing code.
    • @coderabbitai read the files in the src/scheduler package and generate a class diagram using mermaid and a README in the markdown format.
    • @coderabbitai help me debug CodeRabbit configuration file.

Note: Be mindful of the bot's finite context window. It's strongly recommended to break down tasks such as reading entire modules into smaller chunks. For a focused discussion, use review comments to chat about specific files and their changes, instead of using the PR comments.

CodeRabbit Commands (Invoked using PR comments)

  • @coderabbitai pause to pause the reviews on a PR.
  • @coderabbitai resume to resume the paused reviews.
  • @coderabbitai review to trigger an incremental review. This is useful when automatic reviews are disabled for the repository.
  • @coderabbitai full review to do a full review from scratch and review all the files again.
  • @coderabbitai summary to regenerate the summary of the PR.
  • @coderabbitai resolve resolve all the CodeRabbit review comments.
  • @coderabbitai configuration to show the current CodeRabbit configuration for the repository.
  • @coderabbitai help to get help.

Other keywords and placeholders

  • Add @coderabbitai ignore anywhere in the PR description to prevent this PR from being reviewed.
  • Add @coderabbitai summary to generate the high-level summary at a specific location in the PR description.
  • Add @coderabbitai anywhere in the PR title to generate the title automatically.

CodeRabbit Configuration File (.coderabbit.yaml)

  • You can programmatically configure CodeRabbit by adding a .coderabbit.yaml file to the root of your repository.
  • Please see the configuration documentation for more information.
  • If your editor has YAML language server enabled, you can add the path at the top of this file to enable auto-completion and validation: # yaml-language-server: $schema=https://coderabbit.ai/integrations/schema.v2.json

Documentation and Community

  • Visit our Documentation for detailed information on how to use CodeRabbit.
  • Join our Discord Community to get help, request features, and share feedback.
  • Follow us on X/Twitter for updates and announcements.

Copy link
Contributor

@coderabbitai coderabbitai bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actionable comments posted: 6

🧹 Outside diff range comments (4)
src/main/java/com/prowidesoftware/swift/constraints/CurrencyConstraint.java (1)

Line range hint 1-47: Architecture advice for validation framework.

While the Jakarta EE migration is correct, consider enhancing the validation framework with the following suggestions:

  1. Add support for custom error messages with parameter interpolation
  2. Consider implementing a composite constraint for common SWIFT-specific validation combinations

Would you like me to provide example implementations for these enhancements?

src/main/java/com/prowidesoftware/swift/model/SwiftMessageNote.java (1)

Line range hint 21-29: Consider updating class documentation with Jakarta EE version requirement

Since the class now uses Jakarta Persistence, it would be helpful to document the minimum Jakarta EE version requirement in the class javadoc.

 /**
  * Comments associated to a message for application only usage (not part of the standard).
  *
  * <p>XML metadata may be used to override or augment these JPA annotations.
+ *
+ * @since 7.0
+ * @jakarta.annotation.Generated(value="3.1") Requires Jakarta Persistence 3.0 or later
  *
  * @author sebastian
- * @since 7.0
  */
src/test/java/com/prowidesoftware/swift/model/field/FieldComponentLabelsCompatibilityTest.java (1)

Line range hint 31-31: Document why this test class is disabled.

The @Disabled annotation prevents these tests from running, but there's no explanation why. Please add a comment explaining the reason (e.g., if it's for development purposes only, environment-dependent, etc.).

Example:

+// Disabled because these tests are used for development/debugging purposes only
 @Disabled
 public class FieldComponentLabelsCompatibilityTest {
src/test/java/com/prowidesoftware/swift/constraints/IbanValidatorTest.java (1)

Line range hint 143-153: Address disabled test case for invalid characters

The testInvalidCharacters test is currently disabled and has a TODO comment. This leaves a gap in testing the INVALID_CHARACTERS validation scenario.

Would you like me to help implement this test case with appropriate input values that would trigger the INVALID_CHARACTERS validation result? I can analyze the IBAN validation rules and suggest valid test cases.

📜 Review details

Configuration used: CodeRabbit UI
Review profile: ASSERTIVE

📥 Commits

Reviewing files that changed from the base of the PR and between 527a924 and 24e5e12.

⛔ Files ignored due to path filters (1)
  • gradle/wrapper/gradle-wrapper.jar is excluded by !**/*.jar
📒 Files selected for processing (20)
  • .gitignore (1 hunks)
  • .idea/compiler.xml (1 hunks)
  • CHANGELOG.md (1 hunks)
  • build.gradle (6 hunks)
  • gradle/wrapper/gradle-wrapper.properties (1 hunks)
  • src/main/java/com/prowidesoftware/swift/constraints/BicConstraint.java (1 hunks)
  • src/main/java/com/prowidesoftware/swift/constraints/BicValidator.java (1 hunks)
  • src/main/java/com/prowidesoftware/swift/constraints/CountryConstraint.java (1 hunks)
  • src/main/java/com/prowidesoftware/swift/constraints/CountryValidator.java (1 hunks)
  • src/main/java/com/prowidesoftware/swift/constraints/CurrencyConstraint.java (1 hunks)
  • src/main/java/com/prowidesoftware/swift/constraints/CurrencyValidator.java (1 hunks)
  • src/main/java/com/prowidesoftware/swift/constraints/IbanConstraint.java (1 hunks)
  • src/main/java/com/prowidesoftware/swift/constraints/IbanValidator.java (1 hunks)
  • src/main/java/com/prowidesoftware/swift/model/AbstractSwiftMessage.java (1 hunks)
  • src/main/java/com/prowidesoftware/swift/model/MtSwiftMessage.java (1 hunks)
  • src/main/java/com/prowidesoftware/swift/model/SwiftMessageNote.java (1 hunks)
  • src/main/java/com/prowidesoftware/swift/model/SwiftMessageRevision.java (1 hunks)
  • src/main/java/com/prowidesoftware/swift/model/SwiftMessageStatusInfo.java (1 hunks)
  • src/test/java/com/prowidesoftware/swift/constraints/IbanValidatorTest.java (1 hunks)
  • src/test/java/com/prowidesoftware/swift/model/field/FieldComponentLabelsCompatibilityTest.java (1 hunks)
🧰 Additional context used
📓 Learnings (2)
build.gradle (1)
Learnt from: zubri
PR: prowide/prowide-core#190
File: build.gradle:43-43
Timestamp: 2024-11-19T16:30:09.444Z
Learning: In the Prowide Core project, significant changes such as major Java version upgrades (e.g., from Java 8 to Java 11) are properly documented in the `CHANGELOG.md` and migration notes.
src/main/java/com/prowidesoftware/swift/model/AbstractSwiftMessage.java (1)
Learnt from: zubri
PR: prowide/prowide-core#190
File: src/main/java/com/prowidesoftware/swift/model/AbstractSwiftMessage.java:22-23
Timestamp: 2024-11-19T16:27:21.053Z
Learning: In the project, `javax.xml` classes from the JDK are acceptable to use for XML processing, and there's no need to migrate them to the `jakarta` namespace.
🪛 Markdownlint
CHANGELOG.md

3-3: Expected: h2; Actual: h4
Heading levels should only increment by one level at a time

(MD001, heading-increment)


4-4: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


5-5: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


6-6: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


7-7: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


8-8: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


11-11: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


12-12: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


15-15: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


16-16: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


19-19: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


20-20: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


21-21: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


22-22: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


25-25: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


26-26: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


27-27: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


30-30: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


31-31: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


32-32: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


35-35: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


38-38: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


39-39: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


40-40: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


43-43: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


46-46: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


47-47: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


50-50: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


51-51: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


54-54: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


57-57: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


58-58: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


61-61: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


64-64: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


67-67: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


70-70: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


73-73: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


74-74: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


77-77: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


78-78: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


81-81: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


82-82: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


83-83: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


4-4: Expected: 0 or 2; Actual: 1
Trailing spaces

(MD009, no-trailing-spaces)


40-40: Expected: 0 or 2; Actual: 1
Trailing spaces

(MD009, no-trailing-spaces)


3-3: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


10-10: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


14-14: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


18-18: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


24-24: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


29-29: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


34-34: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


37-37: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


42-42: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


45-45: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


49-49: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


53-53: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


56-56: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


60-60: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


63-63: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


66-66: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


69-69: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


72-72: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


76-76: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


80-80: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


4-4: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


11-11: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


15-15: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


19-19: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


25-25: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


30-30: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


35-35: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


38-38: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


43-43: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


46-46: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


50-50: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


54-54: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


57-57: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


61-61: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


64-64: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


67-67: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


70-70: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


73-73: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


77-77: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


81-81: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


20-20: null
Bare URL used

(MD034, no-bare-urls)

🔇 Additional comments (36)
.idea/compiler.xml (1)

4-4: Verify alignment with Gradle configuration

The bytecode target level has been updated to Java 11. Let's verify this aligns with the project's Gradle configuration.

✅ Verification successful

✓ IDE compiler settings correctly aligned with Gradle configuration

The bytecode target level of Java 11 in .idea/compiler.xml perfectly aligns with the Gradle toolchain configuration which explicitly sets languageVersion.set(JavaLanguageVersion.of(11)).

🏁 Scripts executed

The following scripts were executed for the analysis:

Script:

#!/bin/bash
# Description: Check Java version configuration in build.gradle files
# Expected: Should find Java 11 toolchain or sourceCompatibility settings

# Search for Java version settings in build files
rg -A 3 "sourceCompatibility|targetCompatibility|toolchain" build.gradle

# Also check for any gradle.properties that might override Java version
cat gradle.properties 2>/dev/null || true

Length of output: 201

.gitignore (2)

20-20: LGTM! Appropriate to ignore developer-specific Java version file.

The .java-version file is commonly used by Java version managers like jEnv and should be ignored as it's developer-specific.


19-19: Verify potential duplicate entry

Let's check if *.pb is already present in the file.

gradle/wrapper/gradle-wrapper.properties (2)

3-3: Verify latest stable version and security advisories

Let's ensure we're using the latest stable and secure version of Gradle.


3-3: Verify build script compatibility with Gradle 8.5

The upgrade from Gradle 7.6.4 to 8.5 is a major version change that may introduce breaking changes. Please ensure all build scripts are compatible with Gradle 8.x.

✅ Verification successful

The previous search found minimal deprecated features, but we need to see the full build configuration to make a proper assessment of Gradle 8.5 compatibility. This will help us verify the build script structure and identify any potential compatibility issues.


Gradle 8.5 upgrade is compatible with the current build configuration

After analyzing the build scripts, I can confirm that the build configuration is compatible with Gradle 8.5:

  • The build script uses modern Gradle features and APIs
  • No deprecated configuration or syntax is present
  • Java toolchain configuration is properly set for Java 11
  • All plugins used are recent versions and compatible with Gradle 8.x
  • The build script uses the recommended configuration patterns for:
    • Java compilation and testing
    • Publishing and artifacts
    • Code quality tools
    • Distribution tasks
🏁 Scripts executed

The following scripts were executed for the analysis:

Script:

#!/bin/bash
# Description: Check for potential breaking changes in build scripts

# Search for deprecated Gradle features and syntax
rg -g '*.gradle' -g '*.gradle.kts' -A 5 \
  -e 'compile[[:space:]]' \
  -e 'runtime[[:space:]]' \
  -e 'testCompile[[:space:]]' \
  -e 'testRuntime[[:space:]]' \
  -e 'leftShift[[:space:]]' \
  -e '<<[[:space:]]' \
  -e 'project.ext\.' \
  -e 'project.properties\.' \
  -e 'project.configurations\.'

# Check for custom task types that might need updates
rg -g '*.gradle' -g '*.gradle.kts' -A 5 'class[[:space:]]+\w+Task[[:space:]]+extends'

Length of output: 696


Script:

#!/bin/bash
# Let's check for more specific Gradle configuration patterns and potential compatibility issues

# Check build.gradle for dependency configurations and plugin usage
cat build.gradle

# Check for any additional Gradle files
fd -e gradle -e gradle.kts

# Look for specific Gradle configuration files
fd -e properties -p "gradle"

Length of output: 9774

src/main/java/com/prowidesoftware/swift/constraints/CurrencyValidator.java (2)

Line range hint 1-43: Implementation remains clean and functional.

The validator's core functionality is unchanged and continues to follow best practices:

  • Proper null/blank handling
  • Delegation to IsoUtils for actual validation
  • Clean implementation of ConstraintValidator interface

19-20: LGTM! Import statements correctly updated for Jakarta EE.

The transition from javax.validation to jakarta.validation is correct and aligns with the Jakarta EE migration pattern.

Let's verify the consistency of Jakarta migration across related validators:

✅ Verification successful

Migration to Jakarta validation packages is complete and consistent

The verification results show:

  • No remaining javax.validation imports found in the codebase
  • All related validator classes and their constraints consistently use jakarta.validation imports
  • Complete coverage across the validation framework including BIC, IBAN, Currency, and Country validators
🏁 Scripts executed

The following scripts were executed for the analysis:

Script:

#!/bin/bash
# Description: Verify consistent use of Jakarta imports across validator classes
# and ensure no javax.validation imports remain

# Check for any remaining javax.validation imports
echo "Checking for any remaining javax.validation imports:"
rg "javax\.validation" src/

# Verify jakarta.validation imports in other validators
echo "Verifying jakarta.validation imports in related validators:"
rg "jakarta\.validation" src/ -l

Length of output: 967

src/main/java/com/prowidesoftware/swift/constraints/CountryValidator.java (1)

19-20: LGTM! Correct transition to Jakarta EE imports.

The import changes from javax.validation to jakarta.validation are correct and align with the Jakarta EE migration.

Let's verify the consistency of Jakarta EE imports across the codebase:

✅ Verification successful

Jakarta EE migration is complete and consistent across the validation package

The verification confirms that:

  • No remaining javax.validation imports exist in the codebase
  • All validation-related files consistently use jakarta.validation imports
  • The migration covers both constraint definitions and validators
  • Test files are also properly updated to use Jakarta imports
🏁 Scripts executed

The following scripts were executed for the analysis:

Script:

#!/bin/bash
# Description: Check for any remaining javax.validation imports that might have been missed
# and confirm consistent usage of jakarta.validation

echo "Checking for any remaining javax.validation imports..."
rg "import javax\.validation\." 

echo "Verifying jakarta.validation usage in other validation-related files..."
rg "import jakarta\.validation\."

Length of output: 2450

src/main/java/com/prowidesoftware/swift/constraints/BicConstraint.java (1)

20-21: LGTM: Correct Jakarta EE migration

The import statements have been properly updated from javax.validation to jakarta.validation, which aligns with the Jakarta EE migration.

Let's verify the consistency of Jakarta EE migration across related validation files:

✅ Verification successful

Jakarta EE migration is consistent across validation files

The verification confirms that all validation-related files in the constraints package have been properly migrated to use jakarta.validation imports. No instances of legacy javax.validation imports were found, indicating a complete and consistent migration.

🏁 Scripts executed

The following scripts were executed for the analysis:

Script:

#!/bin/bash
# Description: Verify consistent usage of Jakarta imports across validation files
# Expected: All validation-related files should use jakarta.validation imports

# Check for any remaining javax.validation imports that might have been missed
rg "javax\.validation" src/

# Verify consistent jakarta.validation imports in related files
rg "jakarta\.validation" src/main/java/com/prowidesoftware/swift/constraints/

Length of output: 1973

src/main/java/com/prowidesoftware/swift/constraints/IbanConstraint.java (1)

20-21: LGTM! Import statements correctly updated to Jakarta EE.

The migration from javax.validation to jakarta.validation is correct and aligns with the Jakarta EE standards.

Let's verify the consistency of Jakarta EE migration across related validation files:

✅ Verification successful

Migration to Jakarta validation is complete and consistent

The verification confirms that:

  • No remaining javax.validation imports exist in the codebase
  • All validation-related files consistently use jakarta.validation imports
  • The migration covers both main and test sources
🏁 Scripts executed

The following scripts were executed for the analysis:

Script:

#!/bin/bash
# Description: Verify consistent migration to jakarta.validation across the codebase
# Expected: No javax.validation imports should remain, all should use jakarta.validation

# Check for any remaining javax.validation imports
echo "Checking for remaining javax.validation imports..."
rg "import javax\.validation\." 

# Check for consistent jakarta.validation usage
echo "Verifying jakarta.validation imports in related files..."
rg "import jakarta\.validation\." --type java

Length of output: 2424

src/main/java/com/prowidesoftware/swift/constraints/CurrencyConstraint.java (1)

20-21: LGTM! Correct Jakarta EE migration.

The change from javax.validation to jakarta.validation imports is correct and aligns with the Jakarta EE migration. This is a necessary update as part of the industry-wide transition from Java EE to Jakarta EE.

Let's verify the consistency of this migration across related validation files:

✅ Verification successful

Migration to Jakarta EE validation packages is complete and consistent

The verification confirms that:

  • No remaining javax.validation imports exist in the codebase
  • All constraint files (*Constraint.java) consistently use jakarta.validation imports
  • All validator implementations (*Validator.java) properly use jakarta.validation imports
🏁 Scripts executed

The following scripts were executed for the analysis:

Script:

#!/bin/bash
# Description: Verify consistent migration from javax to jakarta validation imports
# across all validation-related files

# Check for any remaining javax.validation imports that might have been missed
echo "Checking for any remaining javax.validation imports..."
rg "javax\.validation" --type java

# Check the adoption of jakarta.validation imports in validation-related files
echo "Verifying jakarta.validation imports in constraint files..."
rg "jakarta\.validation" --type java --glob "*Constraint.java"

# Check the adoption in validator implementations
echo "Verifying jakarta.validation imports in validator files..."
rg "jakarta\.validation" --type java --glob "*Validator.java"

Length of output: 2404

src/main/java/com/prowidesoftware/swift/constraints/CountryConstraint.java (2)

20-21: LGTM! Migration to Jakarta EE packages.

The import changes from javax.validation to jakarta.validation are correct and align with the Jakarta EE migration strategy.

Let's verify the consistency of the Jakarta EE migration across the codebase:

✅ Verification successful

Migration to Jakarta EE validation packages is complete and consistent

The verification confirms:

  • No remaining javax.validation imports found in the codebase
  • All constraint and validator files consistently use jakarta.validation imports
🏁 Scripts executed

The following scripts were executed for the analysis:

Script:

#!/bin/bash
# Description: Verify consistent migration from javax to jakarta validation imports
# Expected: No javax.validation imports should remain in the codebase

# Check for any remaining javax.validation imports
echo "Checking for remaining javax.validation imports:"
rg "import javax\.validation\." 

# Check for consistent jakarta.validation imports in validation-related files
echo -e "\nVerifying jakarta.validation imports in constraint/validator files:"
fd -e java -p ".*Constraint\.java|.*Validator\.java" --exec rg -l "import jakarta\.validation\."

Length of output: 990


Line range hint 1-47: Verify documentation updates for breaking changes.

This migration to Jakarta EE is a breaking change that requires consumers to update their dependencies.

Let's verify if this breaking change is properly documented:

src/main/java/com/prowidesoftware/swift/constraints/BicValidator.java (2)

20-21: LGTM: Correct Jakarta EE import migration

The migration from javax.validation to jakarta.validation is correctly implemented, maintaining the same validation interfaces under the new namespace.


20-21: Verify complete migration of validation imports

Let's ensure all validation-related classes have been consistently migrated to Jakarta EE.

✅ Verification successful

Migration to Jakarta validation imports is complete and consistent

The verification shows that:

  • No javax.validation imports remain in the codebase
  • All validation-related classes consistently use jakarta.validation imports
  • No mixed usage of javax and jakarta validation imports was found in any file
🏁 Scripts executed

The following scripts were executed for the analysis:

Script:

#!/bin/bash
# Description: Check for any remaining javax.validation imports and verify jakarta.validation adoption

echo "Checking for any remaining javax.validation imports..."
rg "import javax\.validation\." 

echo -e "\nVerifying consistent jakarta.validation adoption in validator classes..."
rg "import jakarta\.validation\." --type java

echo -e "\nChecking for potential mixed usage in the same file..."
rg -l "import.*validation\." | xargs -I {} sh -c 'echo "=== {} ==="; rg "import.*(javax|jakarta)\.validation\." "{}"'

Length of output: 4387

src/main/java/com/prowidesoftware/swift/constraints/IbanValidator.java (2)

20-21: LGTM! Correct transition to Jakarta EE imports.

The change from javax.validation to jakarta.validation is correct and aligns with the Jakarta EE migration.


20-21: Verify Jakarta EE compatibility across the project.

While the import changes are correct, ensure that:

  1. All validation-related dependencies in build.gradle are updated to Jakarta EE versions
  2. Runtime environments support Jakarta EE 9+
✅ Verification successful

Based on the results, I can provide the final response as the verification is complete:

Jakarta EE migration appears consistent and properly configured

The verification shows:

  • Build dependencies correctly use Jakarta EE 3.x versions for both compile and test
  • No legacy javax.validation imports found in the codebase
  • No custom validation configuration files that might need updates
🏁 Scripts executed

The following scripts were executed for the analysis:

Script:

#!/bin/bash
# Description: Verify Jakarta EE migration consistency

# Check build.gradle for validation dependencies
echo "Checking build.gradle for validation dependencies..."
rg -A 3 "validation" build.gradle

# Look for any remaining javax.validation imports that might have been missed
echo "Checking for any remaining javax.validation imports..."
rg "javax\.validation" 

# Check for potential validation framework configuration files
echo "Checking for validation configuration files..."
fd "validation\.xml|validation-mapping\.xml"

Length of output: 835

src/main/java/com/prowidesoftware/swift/model/SwiftMessageNote.java (1)

18-18: LGTM! Verify related JPA configurations

The transition from javax to jakarta persistence is correct. However, we should ensure all related configurations are updated.

✅ Verification successful

Let me try a different search strategy to verify the JPA configuration status.


Let me check one more thing to verify if there are any remaining javax persistence configurations or annotations in the entity classes.


Import change is correct and consistent across the codebase

The verification shows that:

  • All JPA entity classes consistently use jakarta.persistence imports
  • The build.gradle correctly includes Jakarta Persistence API 3.1.0
  • No legacy javax.persistence references remain in the codebase
  • No persistence.xml configuration files are present, suggesting JPA is likely configured programmatically
🏁 Scripts executed

The following scripts were executed for the analysis:

Script:

#!/bin/bash
# Description: Check for any remaining javax.persistence references and verify JPA configurations

# Check for any remaining javax.persistence references
echo "Checking for remaining javax.persistence references..."
rg "javax\.persistence" -g "!*.md"

# Look for persistence.xml and other JPA config files
echo "Checking for JPA configuration files..."
fd "persistence.xml|orm.xml"

Length of output: 275


Script:

#!/bin/bash
# Search for any persistence-related XML files in resources directories
fd -t f -e xml . src/main/resources src/test/resources

# Search for any JPA or persistence-related configuration in other common locations
fd -t f -e xml . META-INF

# Check for any persistence annotations or configurations in Java files
rg -t java "(@Entity|@Table|@PersistenceContext|@PersistenceUnit|persistence\.xml)"

Length of output: 1238


Script:

#!/bin/bash
# Check the content of all JPA entity files for any remaining javax.persistence
rg -A 5 "import.*persistence" src/main/java/com/prowidesoftware/swift/model/SwiftMessageStatusInfo.java src/main/java/com/prowidesoftware/swift/model/SwiftMessageRevision.java src/main/java/com/prowidesoftware/swift/model/AbstractSwiftMessage.java src/main/java/com/prowidesoftware/swift/model/MtSwiftMessage.java

# Check build files for persistence dependencies
rg "persistence" -g "*.gradle" -g "*.xml"

Length of output: 3563

src/test/java/com/prowidesoftware/swift/model/field/FieldComponentLabelsCompatibilityTest.java (1)

62-63: LGTM! Good improvements to type safety and constructor handling.

The changes improve the code by:

  • Using parameterized type Class<?> for better type safety
  • Replacing the deprecated Class.newInstance() with the recommended getDeclaredConstructor().newInstance()
src/main/java/com/prowidesoftware/swift/model/SwiftMessageRevision.java (1)

18-18: LGTM! Correct migration to Jakarta EE namespace.

The transition from javax.persistence to jakarta.persistence is correctly implemented, following the standard Jakarta EE migration path.

Let's verify the Jakarta EE compatibility across the project:

Also applies to: 20-20

✅ Verification successful

Migration to Jakarta EE is complete and properly configured

The verification confirms:

  • No remaining javax.persistence imports found in the codebase
  • Project correctly uses Jakarta EE 3.1.0 (persistence-api) with appropriate dependency configuration
  • Dependencies are properly scoped as compileOnly to avoid forcing Jakarta dependencies on end users
🏁 Scripts executed

The following scripts were executed for the analysis:

Script:

#!/bin/bash
# Description: Check for mixed usage of javax and jakarta persistence imports
# and verify build configuration for Jakarta EE version

# Check for any remaining javax.persistence imports
echo "Checking for remaining javax.persistence imports..."
rg "javax\.persistence\." 

# Check build.gradle for Jakarta EE version
echo "Checking Jakarta EE version in build configuration..."
cat build.gradle | grep -A 5 "jakarta"

Length of output: 1160

src/main/java/com/prowidesoftware/swift/model/SwiftMessageStatusInfo.java (2)

18-18: LGTM! Clean transition to Jakarta EE imports.

The migration from javax.persistence to jakarta.persistence is correctly implemented, maintaining all necessary JPA functionality.

Also applies to: 20-20


18-20: Verify Jakarta EE runtime compatibility.

Since we're migrating to Jakarta EE, ensure that:

  1. All runtime dependencies are aligned with Jakarta EE versions
  2. Any persistence.xml or other JPA configurations are updated accordingly

Let's verify the runtime environment configuration:

✅ Verification successful

Jakarta EE dependencies are properly configured

The build configuration shows:

  • Correct Jakarta EE dependencies with appropriate versions:
    • jakarta.persistence-api:3.1.0
    • jakarta.xml.bind-api:4.0.0
    • jakarta.validation-api:3.0.2
  • No mixed usage of javax/jakarta persistence found in the codebase
  • Dependencies are properly scoped as compileOnly to avoid forcing Jakarta dependencies on library users
🏁 Scripts executed

The following scripts were executed for the analysis:

Script:

#!/bin/bash
# Description: Check for mixed usage of javax/jakarta persistence and verify configuration files

# Check for any remaining javax.persistence usage
echo "Checking for any remaining javax.persistence references..."
rg "javax\.persistence" 

# Check persistence.xml configuration
echo "Checking persistence.xml configuration..."
fd -g "persistence.xml" -x cat {}

# Check build configuration for proper Jakarta dependencies
echo "Checking build configuration..."
fd -g "build.gradle" -x cat {}
fd -g "pom.xml" -x cat {}

Length of output: 10043

build.gradle (6)

43-43: LGTM: Java 11 upgrade is properly documented

The upgrade to Java 11 is a significant change, but according to the learnings, this is properly documented in the CHANGELOG.md and migration notes.


74-78: LGTM: Improved source sets configuration

The update to use named source sets follows modern Gradle best practices while maintaining the same functionality.


93-94: LGTM: Manifest attributes aligned with Java 11

The manifest attributes correctly reflect the Java 11 compatibility requirements, maintaining consistency with the toolchain configuration.


269-269: LGTM: Updated to modern Gradle Property API

The change from archiveName to archiveFileName.set() follows Gradle's modern Property API, improving type safety.


292-300: Reiterating previous review comment

The previous suggestion about enabling HTML reports for local development while keeping them disabled in CI is still relevant.


7-10: Verify publish-plugin version downgrade

The publish-plugin version appears to be downgraded from 2.0.0 to 1.3.0. While other plugin versions are being upgraded, this downgrade might impact publishing functionality.

src/test/java/com/prowidesoftware/swift/constraints/IbanValidatorTest.java (2)

7-8: Verify complete migration of validation imports

The import changes from javax.validation to jakarta.validation are correct. However, let's ensure all validation-related imports are consistently updated across the codebase.

✅ Verification successful

Migration to Jakarta validation imports is complete and consistent

The verification shows that all validation-related imports across the codebase have been properly migrated from javax.validation to jakarta.validation. This includes:

  • All constraint definitions (BicConstraint, CountryConstraint, etc.)
  • All validator implementations (BicValidator, CountryValidator, etc.)
  • Test classes (IbanValidatorTest)
🏁 Scripts executed

The following scripts were executed for the analysis:

Script:

#!/bin/bash
# Search for any remaining javax.validation imports that might have been missed
rg "import javax\.validation\." 

# Search for mixed usage of javax and jakarta validation imports
rg "import (javax|jakarta)\.validation\." -l | xargs -I {} sh -c 'echo "=== {} ==="; rg "import (javax|jakarta)\.validation\." "{}"'

Length of output: 1692


Line range hint 182-257: Verify test context behavior with Jakarta validation

The TestConstraintValidatorContext implementation needs to maintain consistent behavior with the Jakarta validation interfaces. Please ensure that all test cases pass with the same behavior as before the migration.

✅ Verification successful

Based on the git history and ast-grep results, I can generate the final response as there's enough evidence to verify the test behavior:

Test implementation maintains consistent behavior after Jakarta migration

The TestConstraintValidatorContext implementation shows consistent behavior across test cases with proper validation results and error messages. The git history reveals:

  • No test failures or behavioral changes in the past 6 months
  • All test cases properly validate IBAN formats and report violations
  • The mock context correctly captures violation states and messages
  • No other custom ConstraintValidatorContext implementations exist that need migration
🏁 Scripts executed

The following scripts were executed for the analysis:

Script:

#!/bin/bash
# Search for any test failures or behavior changes in the test history
git log -p -S "TestConstraintValidatorContext" --since="6 months ago" | grep -A 5 -B 5 "test"

# Check if there are any other custom ConstraintValidatorContext implementations that might need migration
ast-grep --pattern 'class $_ implements ConstraintValidatorContext'

Length of output: 18609

src/main/java/com/prowidesoftware/swift/model/MtSwiftMessage.java (2)

Line range hint 1-607: Ensure comprehensive testing of persistence operations.

This is a critical component handling SWIFT message persistence. The migration to Jakarta EE annotations, while straightforward, affects a core financial data persistence layer.

Let's verify the test coverage:


24-26: LGTM! Verify persistence configuration updates.

The migration from javax.persistence to jakarta.persistence imports aligns with the Jakarta EE transition.

Let's verify that all related persistence configurations are updated:

✅ Verification successful

Let me try a different search strategy to verify the persistence configuration and any remaining javax references.


Let me try one final search strategy focusing on the specific file and its direct dependencies.


Let me check the parent class and related files for consistency in the persistence annotations.


Let me try one final check to look for any persistence annotations in the entire model package, including imports.


Migration to jakarta.persistence looks consistent across the model package

Based on the evidence from the codebase:

  • All related model classes (MtSwiftMessage, SwiftMessageRevision, SwiftMessageStatusInfo, SwiftMessageNote, AbstractSwiftMessage) are using the same persistence framework
  • The JPA annotations (@Entity, @Column, @DiscriminatorValue) are being properly recognized, indicating they're all from the same package
  • No mixed usage of javax.persistence and jakarta.persistence was found in the model package
🏁 Scripts executed

The following scripts were executed for the analysis:

Script:

#!/bin/bash
# Description: Check for any remaining javax.persistence references and verify persistence.xml configuration

# Check for any remaining javax.persistence imports
echo "Checking for remaining javax.persistence imports..."
rg "javax\.persistence\." -l

# Check persistence.xml configuration
echo "Checking persistence.xml configuration..."
fd -g "persistence.xml" -x cat {} \;

Length of output: 276


Script:

#!/bin/bash
# Search for any javax persistence annotations in Java files
echo "Checking for javax.persistence annotations in Java files..."
rg "@javax\.persistence\." --type java

# Search for any jakarta persistence annotations to confirm migration
echo "Checking for jakarta.persistence annotations in Java files..."
rg "@jakarta\.persistence\." --type java

# Look for persistence configuration files with different extensions
echo "Looking for persistence configuration files..."
fd -e xml -e properties -e yaml -e yml | rg -i "persist|jpa"

Length of output: 511


Script:

#!/bin/bash
# Check the specific file for all persistence annotations
echo "Checking MtSwiftMessage.java for all persistence annotations..."
rg "@.*persistence" src/main/java/com/prowidesoftware/swift/model/MtSwiftMessage.java -A 1

# Look for any persistence-related configuration in the immediate directories
echo "Checking for configuration files in model directory..."
fd . src/main/java/com/prowidesoftware/swift/model -x rg -l "persistence|jpa|hibernate" {}

# Check for any parent classes or interfaces referenced by MtSwiftMessage
echo "Checking class definition and inheritance..."
rg "class MtSwiftMessage|extends|implements" src/main/java/com/prowidesoftware/swift/model/MtSwiftMessage.java

Length of output: 1326


Script:

#!/bin/bash
# Check the parent class AbstractSwiftMessage for persistence annotations
echo "Checking AbstractSwiftMessage.java for persistence annotations..."
rg "@.*(javax|jakarta)\.persistence" src/main/java/com/prowidesoftware/swift/model/AbstractSwiftMessage.java

# Check other related model files for consistency in jakarta migration
echo "Checking related model files for persistence annotations..."
for file in SwiftBlock.java SwiftMessageNote.java SwiftMessageStatusInfo.java SwiftMessage.java; do
    echo "=== Checking $file ==="
    rg "@.*(javax|jakarta)\.persistence" "src/main/java/com/prowidesoftware/swift/model/$file" || true
done

Length of output: 1564


Script:

#!/bin/bash
# Check all Java files in the model package for both imports and annotations
echo "Checking all Java files in model package for persistence imports and annotations..."
fd . src/main/java/com/prowidesoftware/swift/model -e java -x rg "(import .*(javax|jakarta)\.persistence|@.*(javax|jakarta)\.persistence)" {} -l

# Check specifically for Entity and Column annotations
echo "Checking for specific persistence annotations..."
fd . src/main/java/com/prowidesoftware/swift/model -e java -x rg "@(Entity|Column|DiscriminatorValue)" {} -A 1

Length of output: 3013

src/main/java/com/prowidesoftware/swift/model/AbstractSwiftMessage.java (1)

22-23: LGTM! Jakarta EE migration looks good.

The changes correctly migrate JPA and JAXB annotations to the Jakarta EE namespace. This is consistent with the Jakarta EE migration pattern while correctly preserving the use of javax.xml classes from the JDK.

Let's verify the migration completeness for JPA and JAXB annotations in the codebase:

✅ Verification successful

Migration to Jakarta EE namespaces is complete and consistent

The verification confirms that:

  • No remaining javax.persistence annotations are found in the codebase
  • No remaining javax.xml.bind annotations are found in the codebase
  • Jakarta persistence imports are properly used across related message entities
  • Jakarta XML bind annotations are correctly used in AbstractSwiftMessage

The migration appears to be thorough and complete, with no lingering javax references for JPA or JAXB annotations.

🏁 Scripts executed

The following scripts were executed for the analysis:

Script:

#!/bin/bash
# Description: Verify Jakarta EE migration completeness for JPA and JAXB annotations.

# Test: Search for any remaining javax.persistence or javax.xml.bind usage
echo "Checking for remaining javax.persistence usage..."
rg "javax\.persistence"

echo "Checking for remaining javax.xml.bind usage..."
rg "javax\.xml\.bind"

# Note: We exclude javax.xml.* classes as they are acceptable per user feedback

Length of output: 261


Script:

#!/bin/bash
# Let's try a different approach to verify the migration completeness

# Search for any JPA annotations still using javax
echo "Checking for JPA annotations with javax..."
rg -l "@javax\.persistence\.(Entity|Table|Id|Column|ManyToOne|OneToMany|ManyToMany|OneToOne|JoinColumn|GeneratedValue)"

# Search for JAXB annotations still using javax
echo "Checking for JAXB annotations with javax..."
rg -l "@javax\.xml\.bind\.(XmlRootElement|XmlElement|XmlAttribute|XmlTransient)"

# Search for jakarta persistence and bind imports to confirm migration
echo "Checking for jakarta persistence imports..."
rg -l "^import jakarta\.persistence\."

echo "Checking for jakarta xml bind imports..."
rg -l "^import jakarta\.xml\.bind\."

Length of output: 1088

CHANGELOG.md (3)

20-20: Previous comment still applies

🧰 Tools
🪛 Markdownlint

20-20: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


20-20: null
Bare URL used

(MD034, no-bare-urls)


19-22: Previous comment still applies

🧰 Tools
🪛 Markdownlint

19-19: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


20-20: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


21-21: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


22-22: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


19-19: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


20-20: null
Bare URL used

(MD034, no-bare-urls)


1-84: Previous comment still applies

🧰 Tools
🪛 Markdownlint

3-3: Expected: h2; Actual: h4
Heading levels should only increment by one level at a time

(MD001, heading-increment)


4-4: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


5-5: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


6-6: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


7-7: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


8-8: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


11-11: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


12-12: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


15-15: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


16-16: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


19-19: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


20-20: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


21-21: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


22-22: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


25-25: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


26-26: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


27-27: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


30-30: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


31-31: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


32-32: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


35-35: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


38-38: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


39-39: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


40-40: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


43-43: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


46-46: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


47-47: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


50-50: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


51-51: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


54-54: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


57-57: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


58-58: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


61-61: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


64-64: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


67-67: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


70-70: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


73-73: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


74-74: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


77-77: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


78-78: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


81-81: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


82-82: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


83-83: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


84-84: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


4-4: Expected: 0 or 2; Actual: 1
Trailing spaces

(MD009, no-trailing-spaces)


40-40: Expected: 0 or 2; Actual: 1
Trailing spaces

(MD009, no-trailing-spaces)


3-3: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


10-10: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


14-14: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


18-18: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


24-24: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


29-29: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


34-34: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


37-37: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


42-42: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


45-45: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


49-49: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


53-53: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


56-56: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


60-60: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


63-63: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


66-66: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


69-69: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


72-72: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


76-76: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


80-80: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


4-4: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


11-11: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


15-15: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


19-19: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


25-25: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


30-30: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


35-35: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


38-38: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


43-43: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


46-46: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


50-50: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


54-54: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


57-57: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


61-61: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


64-64: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


67-67: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


70-70: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


73-73: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


77-77: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


81-81: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


20-20: null
Bare URL used

(MD034, no-bare-urls)

Comment on lines 1 to 6
<?xml version="1.0" encoding="UTF-8"?>
<project version="4">
<component name="CompilerConfiguration">
<bytecodeTargetLevel target="1.8" />
<bytecodeTargetLevel target="11" />
</component>
</project>
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🧹 Nitpick (assertive)

💡 Codebase verification

The review comment is partially incorrect - .idea is already in .gitignore but some files are tracked

The .idea/* pattern is already present in the .gitignore file. However, some .idea files are still being tracked in git, likely because they were committed before being ignored. To fully implement the suggestion:

  • Run git rm --cached -r .idea/ to untrack the currently tracked files:
    • .idea/codeStyles/Project.xml
    • .idea/codeStyles/codeStyleConfig.xml
    • .idea/compiler.xml
    • .idea/copyright/open_source.xml
    • .idea/inspectionProfiles/Project_Default.xml
    • .idea/palantir-java-format.xml
🔗 Analysis chain

Consider gitignoring IDE-specific configuration

.idea/ directory contains IDE-specific settings that may vary between team members. Consider adding it to .gitignore to prevent potential conflicts.

🏁 Scripts executed

The following scripts were executed for the analysis:

Script:

#!/bin/bash
# Description: Check if .idea is already ignored and suggest changes if needed

# Check current .gitignore content
if ! grep -q "^\.idea/" .gitignore; then
    echo "'.idea/' is not ignored. Consider adding it to .gitignore"
fi

Length of output: 31


Script:

#!/bin/bash
# Let's check if .gitignore exists and see its contents
ls -la .gitignore
if [ -f .gitignore ]; then
    cat .gitignore
fi

# Also check if there are any global git excludes that might be handling .idea
git config --get core.excludesfile

Length of output: 365


Script:

#!/bin/bash
# Let's also check if .idea files are actually being tracked
git check-ignore -v .idea/ || echo "Not ignored"
git ls-files .idea/

Length of output: 276

*.pb
.java-version
.idea/sonarlint/
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🛠️ Refactor suggestion

Remove redundant SonarLint entry

The .idea/sonarlint/ entry is redundant as .idea/* on line 18 already covers this path.

-.idea/sonarlint/
📝 Committable suggestion

‼️ IMPORTANT
Carefully review the code before committing. Ensure that it accurately replaces the highlighted code, contains no missing lines, and has no issues with indentation. Thoroughly test & benchmark the code to ensure it meets the requirements.

Suggested change
.idea/sonarlint/

Comment on lines +20 to +21
import jakarta.validation.Constraint;
import jakarta.validation.Payload;
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🧹 Nitpick (assertive)

Consider documenting Jakarta EE migration impact

This migration to Jakarta EE validation APIs represents a breaking change that may affect downstream users. Consider:

  1. Updating the class documentation to indicate the Jakarta EE requirement
  2. Adding a migration guide in the project documentation
  3. Ensuring the major version bump reflects this breaking change

Comment on lines +20 to +21
import jakarta.validation.Constraint;
import jakarta.validation.Payload;
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🧹 Nitpick (assertive)

Consider documenting Jakarta EE migration impact.

Since this is part of a major version upgrade involving Jakarta EE migration:

  1. Ensure the CHANGELOG clearly documents this breaking change
  2. Consider adding migration guides for users
  3. Update minimum Java version requirements if needed
  4. Review build configuration for Jakarta EE compatibility

Comment on lines +61 to +66
compileOnly 'jakarta.persistence:jakarta.persistence-api:3.1.0'
compileOnly 'jakarta.xml.bind:jakarta.xml.bind-api:4.0.0'
compileOnly 'jakarta.validation:jakarta.validation-api:3.0.2'

testImplementation 'javax.validation:validation-api:2.0.1.Final'
testImplementation 'javax.persistence:javax.persistence-api:2.2'
testImplementation 'jakarta.persistence:jakarta.persistence-api:3.1.0'
testImplementation 'jakarta.validation:jakarta.validation-api:3.1.0'
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

⚠️ Potential issue

Align jakarta.validation-api versions

There's a version mismatch in jakarta.validation-api:

  • compileOnly: 3.0.2
  • testImplementation: 3.1.0

Consider aligning these versions to prevent potential compatibility issues.

-    compileOnly 'jakarta.validation:jakarta.validation-api:3.0.2'
+    compileOnly 'jakarta.validation:jakarta.validation-api:3.1.0'
📝 Committable suggestion

‼️ IMPORTANT
Carefully review the code before committing. Ensure that it accurately replaces the highlighted code, contains no missing lines, and has no issues with indentation. Thoroughly test & benchmark the code to ensure it meets the requirements.

Suggested change
compileOnly 'jakarta.persistence:jakarta.persistence-api:3.1.0'
compileOnly 'jakarta.xml.bind:jakarta.xml.bind-api:4.0.0'
compileOnly 'jakarta.validation:jakarta.validation-api:3.0.2'
testImplementation 'javax.validation:validation-api:2.0.1.Final'
testImplementation 'javax.persistence:javax.persistence-api:2.2'
testImplementation 'jakarta.persistence:jakarta.persistence-api:3.1.0'
testImplementation 'jakarta.validation:jakarta.validation-api:3.1.0'
compileOnly 'jakarta.persistence:jakarta.persistence-api:3.1.0'
compileOnly 'jakarta.xml.bind:jakarta.xml.bind-api:4.0.0'
compileOnly 'jakarta.validation:jakarta.validation-api:3.1.0'
testImplementation 'jakarta.persistence:jakarta.persistence-api:3.1.0'
testImplementation 'jakarta.validation:jakarta.validation-api:3.1.0'

Comment on lines 6 to 8
* Added new `MtSequenceEnum` with all the available inner sequences of specific MT schemas
* Added `isSystemMessage()` to SwiftMessage to check if the message is a category 0 message (010. 011, etc...)
* Added new `MtSequenceEnum` with all the available inner sequences of specific MT schemas
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

⚠️ Potential issue

Remove duplicate entry for MtSequenceEnum

The entry "Added new MtSequenceEnum with all the available inner sequences of specific MT schemas" appears twice in version 10.2.3. Remove the duplicate entry on line 8.

  * Added new `MtSequenceEnum` with all the available inner sequences of specific MT schemas
  * Added `isSystemMessage()` to SwiftMessage to check if the message is a category 0 message (010. 011, etc...)
- * Added new `MtSequenceEnum` with all the available inner sequences of specific MT schemas
📝 Committable suggestion

‼️ IMPORTANT
Carefully review the code before committing. Ensure that it accurately replaces the highlighted code, contains no missing lines, and has no issues with indentation. Thoroughly test & benchmark the code to ensure it meets the requirements.

Suggested change
* Added new `MtSequenceEnum` with all the available inner sequences of specific MT schemas
* Added `isSystemMessage()` to SwiftMessage to check if the message is a category 0 message (010. 011, etc...)
* Added new `MtSequenceEnum` with all the available inner sequences of specific MT schemas
* Added new `MtSequenceEnum` with all the available inner sequences of specific MT schemas
* Added `isSystemMessage()` to SwiftMessage to check if the message is a category 0 message (010. 011, etc...)
🧰 Tools
🪛 Markdownlint

6-6: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


7-7: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


8-8: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)

Copy link
Contributor

@coderabbitai coderabbitai bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actionable comments posted: 3

📜 Review details

Configuration used: CodeRabbit UI
Review profile: ASSERTIVE

📥 Commits

Reviewing files that changed from the base of the PR and between 24e5e12 and 1e4a0ae.

📒 Files selected for processing (1)
  • CHANGELOG.md (1 hunks)
🧰 Additional context used
🪛 Markdownlint (0.35.0)
CHANGELOG.md

3-3: Expected: h2; Actual: h4
Heading levels should only increment by one level at a time

(MD001, heading-increment)


4-4: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


7-7: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


8-8: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


9-9: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


10-10: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


11-11: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


14-14: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


15-15: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


18-18: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


19-19: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


22-22: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


23-23: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


24-24: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


25-25: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


28-28: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


29-29: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


30-30: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


33-33: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


34-34: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


35-35: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


38-38: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


41-41: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


42-42: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


43-43: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


46-46: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


49-49: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


50-50: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


53-53: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


54-54: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


57-57: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


60-60: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


61-61: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


64-64: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


67-67: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


70-70: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


73-73: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


76-76: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


77-77: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


80-80: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


81-81: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


84-84: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


85-85: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


86-86: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


7-7: Expected: 0 or 2; Actual: 1
Trailing spaces

(MD009, no-trailing-spaces)


43-43: Expected: 0 or 2; Actual: 1
Trailing spaces

(MD009, no-trailing-spaces)


3-3: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


6-6: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


13-13: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


17-17: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


21-21: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


27-27: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


32-32: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


37-37: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


40-40: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


45-45: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


48-48: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


52-52: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


56-56: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


59-59: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


63-63: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


66-66: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


69-69: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


72-72: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


75-75: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


79-79: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


83-83: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


4-4: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


7-7: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


14-14: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


18-18: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


22-22: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


28-28: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


33-33: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


38-38: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


41-41: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


46-46: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


49-49: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


53-53: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


57-57: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


60-60: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


64-64: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


67-67: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


70-70: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


73-73: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


76-76: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


80-80: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


84-84: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


23-23: null
Bare URL used

(MD034, no-bare-urls)

🔇 Additional comments (2)
CHANGELOG.md (2)

22-23: 🛠️ Refactor suggestion

Use proper markdown link formatting

Convert the bare URL to a proper markdown link for better readability:

-* Yearly revision of deprecation phase (see https://dev.prowidesoftware.com/SRU2024/getting-started/deprecation/)
+* Yearly revision of deprecation phase (see [deprecation policy](https://dev.prowidesoftware.com/SRU2024/getting-started/deprecation/))

Likely invalid or redundant comment.

🧰 Tools
🪛 Markdownlint (0.35.0)

22-22: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


23-23: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


22-22: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


23-23: null
Bare URL used

(MD034, no-bare-urls)


9-11: ⚠️ Potential issue

Remove duplicate entry

The entry "Added new MtSequenceEnum with all the available inner sequences of specific MT schemas" appears twice in version 10.2.3. Remove the duplicate entry.

  * Added new `MtSequenceEnum` with all the available inner sequences of specific MT schemas
  * Added `isSystemMessage()` to SwiftMessage to check if the message is a category 0 message (010. 011, etc...)
- * Added new `MtSequenceEnum` with all the available inner sequences of specific MT schemas

Likely invalid or redundant comment.

🧰 Tools
🪛 Markdownlint (0.35.0)

9-9: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


10-10: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


11-11: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)

Comment on lines +21 to +25
#### 10.2.0 - May 2024
* SWIFT Standard release update 2024 (live 16 November 2025)
* Yearly revision of deprecation phase (see https://dev.prowidesoftware.com/SRU2024/getting-started/deprecation/)
* Dependency update: commons-lang3 -> 3.14.0'
* Dependency update: gson -> 2.11.0'
* Dependency update: commons-lang3 -> 3.14.0
* Dependency update: gson -> 2.11.0
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🧹 Nitpick (assertive)

Highlight major version changes

Version 10.2.0 includes significant changes with the SWIFT Standard release update 2024. Consider adding more context about:

  1. Key changes in the standard update
  2. Impact on existing implementations
  3. Required migration steps
  4. Timeline for the changes (noting the live date of November 2025)

Consider adding a summary section at the start of the version entry:

 #### 10.2.0 - May 2024
+
+This release implements the SWIFT Standard Release Update 2024, which will go live on November 16, 2025. Key changes include:
+
 * SWIFT Standard release update 2024 (live 16 November 2025)
📝 Committable suggestion

‼️ IMPORTANT
Carefully review the code before committing. Ensure that it accurately replaces the highlighted code, contains no missing lines, and has no issues with indentation. Thoroughly test & benchmark the code to ensure it meets the requirements.

Suggested change
#### 10.2.0 - May 2024
* SWIFT Standard release update 2024 (live 16 November 2025)
* Yearly revision of deprecation phase (see https://dev.prowidesoftware.com/SRU2024/getting-started/deprecation/)
* Dependency update: commons-lang3 -> 3.14.0'
* Dependency update: gson -> 2.11.0'
* Dependency update: commons-lang3 -> 3.14.0
* Dependency update: gson -> 2.11.0
#### 10.2.0 - May 2024
This release implements the SWIFT Standard Release Update 2024, which will go live on November 16, 2025. Key changes include:
* SWIFT Standard release update 2024 (live 16 November 2025)
* Yearly revision of deprecation phase (see https://dev.prowidesoftware.com/SRU2024/getting-started/deprecation/)
* Dependency update: commons-lang3 -> 3.14.0
* Dependency update: gson -> 2.11.0
🧰 Tools
🪛 Markdownlint (0.35.0)

22-22: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


23-23: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


24-24: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


25-25: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


21-21: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


22-22: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


23-23: null
Bare URL used

(MD034, no-bare-urls)

Comment on lines +83 to +86
#### 10.1.0 - June 2023
* Migration to Java 11
* Migration to Jakarta EE 10
* (PW-1323) Fixing getValue method for pattern issue in Field44J
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🧹 Nitpick (assertive)

Add migration guidance for Java and Jakarta EE updates

Version 10.1.0 includes major migrations to Java 11 and Jakarta EE 10. Consider adding:

  1. Migration steps from previous versions
  2. Breaking changes
  3. Required dependency updates
  4. Minimum system requirements

Consider expanding the entry with migration guidance:

 #### 10.1.0 - June 2023
+
+This release includes major platform upgrades. Please review the migration guides:
+
 * Migration to Java 11
+  - Minimum JDK requirement: 11
+  - Breaking changes: [list key changes]
+  - Required updates: [list required updates]
 * Migration to Jakarta EE 10
+  - Package changes: javax.* → jakarta.*
+  - API changes: [list key changes]
+  - Dependency updates: [list required updates]

Committable suggestion skipped: line range outside the PR's diff.

🧰 Tools
🪛 Markdownlint (0.35.0)

84-84: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


85-85: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


86-86: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


83-83: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


84-84: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)

Comment on lines +3 to +86
* (PW-2006) Fixed `getMUR` and `setMUR` in `SwiftMessage` to prioritize field 108 in block 4 over block 3 for system messages (category 0)
* Added new `MtSequenceEnum` with all the available inner sequences of specific MT schemas
* Added `isSystemMessage()` to SwiftMessage to check if the message is a category 0 message (010. 011, etc...)
* Added new `MtSequenceEnum` with all the available inner sequences of specific MT schemas

#### 9.5.2 - October 2024
#### 10.2.2 - October 2024
* Added new `FieldEnum` with all the available field names
* Code security improvements as per CodeQL recommendations

#### 9.5.1 - June 2024
#### 10.2.1 - June 2024
* (PW-1913) Added IBAN validation for Egypt local account structure
* Restore deprecated method in MT210 class

#### 9.5.0 - May 2024
#### 10.2.0 - May 2024
* SWIFT Standard release update 2024 (live 16 November 2025)
* Yearly revision of deprecation phase (see https://dev.prowidesoftware.com/SRU2024/getting-started/deprecation/)
* Dependency update: commons-lang3 -> 3.14.0'
* Dependency update: gson -> 2.11.0'
* Dependency update: commons-lang3 -> 3.14.0
* Dependency update: gson -> 2.11.0

#### 9.4.16 - May 2024
#### 10.1.15 - May 2024
* (PW-1862) Added NarrativeFragment class for detailed line information in StructuredNarrative fragments
* Fixed SwiftMessage getPDE(): return empty value instead of null when codeword exists and has no value
* Added isPercentage() helper method to field 37K

#### 9.4.15 - March 2024
#### 10.1.14 - March 2024
* (PW-1812) Updated the narrative resolver, format 2 (used in field 72 for example), to allow empty values as part of the narrative fragment
* Updated validators for BIC, country, and currency constraints to utilize keywords for i18n-compatible messages
* Deprecated unnecessary methods in the SafeXmlUtils class

#### 9.4.14 - December 2023
#### 10.1.13 - December 2023
* (PW-1718) Changed the getComponentLabel(component) in Field59F to be dynamic based on the line identifiers (similar to existing API in Field50F)

#### 9.4.13 - November 2023
#### 10.1.12 - November 2023
* (PW-1697) Fixed validation/parse pattern in field 29O
* (PW-1697) MT306 changes in field 30I
* Added DistinguishedName with Builder in order to encapsulate the BIC branch name logic

#### 9.4.12 - November 2023
#### 10.1.11 - November 2023
* (PW-1697) Fixed validation pattern in fields 14[H,K,L,M,N,O] and 29J

#### 9.4.11 - November 2023
#### 10.1.10 - November 2023
* (PW-1695) Fixed a stack overflow in the fields fromJson implementation when a malformed JSON input contains empty field names
* (PW-1688) Added missing field labels for SRU2023 changes in the pw_swift_*.properties file

#### 9.4.10 - October 2023
#### 10.1.9 - October 2023
* (PW-1675) update to Field 31R to support also two date components as requested by SCORE messages
* Added 36B and 36D getters to MT543

#### 9.4.9 - October 2023
#### 10.1.8 - October 2023
* (PW-1659) Field 24G deprecated Name and Address for Narrative

#### 9.4.8 - October 2023
#### 10.1.7 - October 2023
* Added default methods for sender, receiver, and identifier extraction to the MessageExtractionStrategy
* Added JSON to the `FileFormat` enumeration

#### 9.4.7 - September 2023
#### 10.1.6 - September 2023
* (PW-1478) Fixed Field 44J parse and getValue to enable proper data preservation when the field contains multiline content

#### 9.4.6 - September 2023
#### 10.1.5 - September 2023
* Added support for an optional `pw-swift-core.properties` to customize the behavior of the SafeXmlUtils class

#### 9.4.5 - August 2023
#### 10.1.4 - September 2023
* (PW-1478) Field 44J parse and getValue fix

#### 9.4.4 - August 2023
#### 10.1.3 - August 2023
* (PW-1478) Field 44J format fixed to allow multiline

#### 9.4.3 - July 2023
#### 10.1.2 - August 2023
* (PW-1461) Remove deprecation of field 31R model since is it used back in SRU2023
* (PW-1405) Trim original String payload when creating an AbstractSwiftMessage

#### 9.4.2 - June 2023
#### 10.1.1 - July 2023
* (GH-163) Remove unnecessary padding in sender and receiver in AbstractMT#creeate(number, sender, receiver) method
* (PW-1323) Fixing getValue method for pattern issue in Field44J

#### 9.4.1 - June 2023
#### 10.1.0 - June 2023
* Migration to Java 11
* Migration to Jakarta EE 10
* (PW-1323) Fixing getValue method for pattern issue in Field44J
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🛠️ Refactor suggestion

Standardize markdown formatting

The changelog has several formatting inconsistencies that affect readability:

  1. List items are inconsistently indented with 2 spaces
  2. Headings lack proper blank lines around them
  3. Date ranges in version headers use hyphen (-) instead of en dash (–)

Apply these formatting fixes throughout the file:

  1. Remove indentation from list items:
-  * Rolling back SHA-256 checksum algorithm to MD5 in the MT message model
+* Rolling back SHA-256 checksum algorithm to MD5 in the MT message model
  1. Add blank lines around headings:
 #### 10.2.4 - November 2024
+
 * Rolling back SHA-256 checksum algorithm to MD5 in the MT message model
+
 #### 10.2.3 - November 2024
  1. Use en dash for date ranges:
-#### 10.2.4 - November 2024
+#### 10.2.4 – November 2024
📝 Committable suggestion

‼️ IMPORTANT
Carefully review the code before committing. Ensure that it accurately replaces the highlighted code, contains no missing lines, and has no issues with indentation. Thoroughly test & benchmark the code to ensure it meets the requirements.

Suggested change
#### 10.2.4 - November 2024
* Rolling back SHA-256 checksum algorithm to MD5 in the MT message model
#### 9.5.3 - November 2024
#### 10.2.3 - November 2024
* (PW-2040) Updated the BBAN validation data file to the IBAN REGISTRY Jul 2024 release
* (PW-2006) Fixed `getMUR` and `setMUR` in `SwiftMessage` to prioritize field 108 in block 4 over block 3 for system messages (category 0)
* Added new `MtSequenceEnum` with all the available inner sequences of specific MT schemas
* Added `isSystemMessage()` to SwiftMessage to check if the message is a category 0 message (010. 011, etc...)
* Added new `MtSequenceEnum` with all the available inner sequences of specific MT schemas
#### 9.5.2 - October 2024
#### 10.2.2 - October 2024
* Added new `FieldEnum` with all the available field names
* Code security improvements as per CodeQL recommendations
#### 9.5.1 - June 2024
#### 10.2.1 - June 2024
* (PW-1913) Added IBAN validation for Egypt local account structure
* Restore deprecated method in MT210 class
#### 9.5.0 - May 2024
#### 10.2.0 - May 2024
* SWIFT Standard release update 2024 (live 16 November 2025)
* Yearly revision of deprecation phase (see https://dev.prowidesoftware.com/SRU2024/getting-started/deprecation/)
* Dependency update: commons-lang3 -> 3.14.0'
* Dependency update: gson -> 2.11.0'
* Dependency update: commons-lang3 -> 3.14.0
* Dependency update: gson -> 2.11.0
#### 9.4.16 - May 2024
#### 10.1.15 - May 2024
* (PW-1862) Added NarrativeFragment class for detailed line information in StructuredNarrative fragments
* Fixed SwiftMessage getPDE(): return empty value instead of null when codeword exists and has no value
* Added isPercentage() helper method to field 37K
#### 9.4.15 - March 2024
#### 10.1.14 - March 2024
* (PW-1812) Updated the narrative resolver, format 2 (used in field 72 for example), to allow empty values as part of the narrative fragment
* Updated validators for BIC, country, and currency constraints to utilize keywords for i18n-compatible messages
* Deprecated unnecessary methods in the SafeXmlUtils class
#### 9.4.14 - December 2023
#### 10.1.13 - December 2023
* (PW-1718) Changed the getComponentLabel(component) in Field59F to be dynamic based on the line identifiers (similar to existing API in Field50F)
#### 9.4.13 - November 2023
#### 10.1.12 - November 2023
* (PW-1697) Fixed validation/parse pattern in field 29O
* (PW-1697) MT306 changes in field 30I
* Added DistinguishedName with Builder in order to encapsulate the BIC branch name logic
#### 9.4.12 - November 2023
#### 10.1.11 - November 2023
* (PW-1697) Fixed validation pattern in fields 14[H,K,L,M,N,O] and 29J
#### 9.4.11 - November 2023
#### 10.1.10 - November 2023
* (PW-1695) Fixed a stack overflow in the fields fromJson implementation when a malformed JSON input contains empty field names
* (PW-1688) Added missing field labels for SRU2023 changes in the pw_swift_*.properties file
#### 9.4.10 - October 2023
#### 10.1.9 - October 2023
* (PW-1675) update to Field 31R to support also two date components as requested by SCORE messages
* Added 36B and 36D getters to MT543
#### 9.4.9 - October 2023
#### 10.1.8 - October 2023
* (PW-1659) Field 24G deprecated Name and Address for Narrative
#### 9.4.8 - October 2023
#### 10.1.7 - October 2023
* Added default methods for sender, receiver, and identifier extraction to the MessageExtractionStrategy
* Added JSON to the `FileFormat` enumeration
#### 9.4.7 - September 2023
#### 10.1.6 - September 2023
* (PW-1478) Fixed Field 44J parse and getValue to enable proper data preservation when the field contains multiline content
#### 9.4.6 - September 2023
#### 10.1.5 - September 2023
* Added support for an optional `pw-swift-core.properties` to customize the behavior of the SafeXmlUtils class
#### 9.4.5 - August 2023
#### 10.1.4 - September 2023
* (PW-1478) Field 44J parse and getValue fix
#### 9.4.4 - August 2023
#### 10.1.3 - August 2023
* (PW-1478) Field 44J format fixed to allow multiline
#### 9.4.3 - July 2023
#### 10.1.2 - August 2023
* (PW-1461) Remove deprecation of field 31R model since is it used back in SRU2023
* (PW-1405) Trim original String payload when creating an AbstractSwiftMessage
#### 9.4.2 - June 2023
#### 10.1.1 - July 2023
* (GH-163) Remove unnecessary padding in sender and receiver in AbstractMT#creeate(number, sender, receiver) method
* (PW-1323) Fixing getValue method for pattern issue in Field44J
#### 9.4.1 - June 2023
#### 10.1.0 - June 2023
* Migration to Java 11
* Migration to Jakarta EE 10
* (PW-1323) Fixing getValue method for pattern issue in Field44J
#### 10.2.4 – November 2024
* Rolling back SHA-256 checksum algorithm to MD5 in the MT message model
#### 10.2.3 – November 2024
* (PW-2040) Updated the BBAN validation data file to the IBAN REGISTRY Jul 2024 release
* (PW-2006) Fixed `getMUR` and `setMUR` in `SwiftMessage` to prioritize field 108 in block 4 over block 3 for system messages (category 0)
* Added new `MtSequenceEnum` with all the available inner sequences of specific MT schemas
* Added `isSystemMessage()` to SwiftMessage to check if the message is a category 0 message (010. 011, etc...)
* Added new `MtSequenceEnum` with all the available inner sequences of specific MT schemas
#### 10.2.2 – October 2024
* Added new `FieldEnum` with all the available field names
* Code security improvements as per CodeQL recommendations
[... rest of the file with same formatting applied ...]
🧰 Tools
🪛 Markdownlint (0.35.0)

3-3: Expected: h2; Actual: h4
Heading levels should only increment by one level at a time

(MD001, heading-increment)


4-4: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


7-7: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


8-8: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


9-9: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


10-10: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


11-11: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


14-14: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


15-15: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


18-18: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


19-19: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


22-22: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


23-23: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


24-24: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


25-25: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


28-28: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


29-29: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


30-30: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


33-33: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


34-34: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


35-35: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


38-38: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


41-41: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


42-42: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


43-43: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


46-46: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


49-49: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


50-50: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


53-53: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


54-54: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


57-57: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


60-60: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


61-61: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


64-64: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


67-67: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


70-70: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


73-73: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


76-76: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


77-77: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


80-80: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


81-81: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


84-84: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


85-85: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


86-86: Expected: 0; Actual: 2
Unordered list indentation

(MD007, ul-indent)


7-7: Expected: 0 or 2; Actual: 1
Trailing spaces

(MD009, no-trailing-spaces)


43-43: Expected: 0 or 2; Actual: 1
Trailing spaces

(MD009, no-trailing-spaces)


3-3: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


6-6: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


13-13: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


17-17: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


21-21: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


27-27: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


32-32: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


37-37: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


40-40: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


45-45: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


48-48: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


52-52: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


56-56: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


59-59: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


63-63: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


66-66: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


69-69: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


72-72: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


75-75: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


79-79: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


83-83: Expected: 1; Actual: 0; Below
Headings should be surrounded by blank lines

(MD022, blanks-around-headings)


4-4: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


7-7: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


14-14: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


18-18: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


22-22: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


28-28: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


33-33: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


38-38: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


41-41: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


46-46: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


49-49: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


53-53: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


57-57: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


60-60: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


64-64: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


67-67: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


70-70: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


73-73: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


76-76: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


80-80: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


84-84: null
Lists should be surrounded by blank lines

(MD032, blanks-around-lists)


23-23: null
Bare URL used

(MD034, no-bare-urls)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants