chore: rename packages to hiero

[0xivanov]

Description:

• Rename packages to org.hiero
• Switch licenses to SPDX-License
• spotlessApply

Related issue(s): #2017

Fixes #

Notes for reviewer:

Checklist

• Documented (Code comments, README, etc.)
• Tested (unit, integration, etc.)

[0xivanov]

Hey @jjohannes , do you think it's possible to rename the packages to without breaking the example module?

[jjohannes]

Renaming a package is technically changing the API. To be consistent, we need to rename everything at once in my opinion:

• The packages in sdk
  • All usages of classes from the packages in tests and examples
• The Java Module Names here and here
• The group for the Maven Coordinates here (and here in publishing CI config).

Users that switch to the new Hiero version of the SDK will have to adjust there imports to the new package(s). But the classes themselves will work as before. Only the imports need to be adjusted.

[0xivanov]

@jjohannes I don't know why the examples are not building, i haven't touched them. Do you have any ideas?

[jjohannes]

I don't know why the examples are not building

With the rename, the examples now automatically use the last published version of the sdk (2.46.0).

That version is without the recent Guava/CheckerQual version update. But the build setup used for the example expects a newer version due to our strict Java Module setup. The newer version has a module-info and this is now expected.

You can update the Guava version in the example directly – dependency constraints block – to make it work with the previous version:
(Not this is only an issue in our strict checking setup, for users of the SDK without these strict checks, the example works)

dependencies.constraints {
    implementation("com.google.guava:guava:33.3.1-android")
    ...
}

[codecov]

Codecov Report

All modified and coverable lines are covered by tests ✅

Project coverage is 82.41%. Comparing base (b86ee46) to head (3752cbe).
Report is 202 commits behind head on main.

Additional details and impacted files

@@             Coverage Diff              @@
##               main    #2141      +/-   ##
============================================
+ Coverage     82.20%   82.41%   +0.20%     
- Complexity     3588     4042     +454     
============================================
  Files           186      205      +19     
  Lines         11697    12911    +1214     
  Branches       1150     1283     +133     
============================================
+ Hits           9615    10640    +1025     
- Misses         1604     1813     +209     
+ Partials        478      458      -20     

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

[mishomihov00]

Review applies to:
.github/workflows/build.yml
.github/workflows/release-artifacts.yml

[jjohannes]

The package for the protobuf-generated classes should probably also be changed:

See: https://github.com/hashgraph/hedera-sdk-java/blob/main/sdk/src/main/proto/account.proto#L28-L29
And all other proto files

The content of sdk/build/classes/java/main after building, shows if you still have any com.hedera classes.

[0xivanov]

@jjohannes Nice observation! Done.

[rbarkerSL]

Approval applies to:

• .github/workflows/release-artifacts.yml
• example-android/app/build.gradle.kts
• example-android/build.gradle.kts
• example-android/settings.gradle.kts
• examples/build.gradle.kts
• settings.gradle.kts
• tck/build.gradle.kts

[agadzhalov]

LGTM, nice work, tyvm @0xivanov @jjohannes