Skip to content

refactor(amber): rename remaining Akka* identifiers to Pekko*#4949

Merged
Yicong-Huang merged 4 commits into
apache:mainfrom
Yicong-Huang:refactor/rename-akka-to-pekko
May 12, 2026
Merged

refactor(amber): rename remaining Akka* identifiers to Pekko*#4949
Yicong-Huang merged 4 commits into
apache:mainfrom
Yicong-Huang:refactor/rename-akka-to-pekko

Conversation

@Yicong-Huang

Copy link
Copy Markdown
Contributor

What changes were proposed in this PR?

The project moved off Akka onto Apache Pekko, but several internal Scala identifiers still carried the Akka prefix even though they wrap Pekko APIs. Pure rename across amber and common/config:

  • AkkaConfigPekkoConfig (object + file)
  • AkkaActorServicePekkoActorService (class + file)
  • AkkaActorRefMappingServicePekkoActorRefMappingService
  • AkkaMessageTransferServicePekkoMessageTransferService
  • akkaConfig, akkaActorService method/parameter names → pekko-prefixed

No behavior change. No string literals, config keys, or serialization registrations are touched — cluster.conf already uses pekko.* keys, the kryo registry doesn't reference these classes by name. The intentional "akka" literal in DeployStrategiesSpec.scala that contrasts pekko vs akka address strings stays.

Any related issues, documentation, discussions?

Closes #4948.

How was this PR tested?

sbt WorkflowExecutionService/Test/compile clean, sbt WorkflowExecutionService/scalafmtCheckAll clean.

Was this PR authored or co-authored using generative AI tooling?

Generated-by: Claude Opus 4.7 (Claude Code)

The project moved off Akka onto Apache Pekko, but several internal
Scala identifiers still carried the `Akka` prefix even though they
wrap Pekko APIs — confusing when grepping the codebase for the actor
runtime.

Pure rename:
- `AkkaConfig` → `PekkoConfig` (object + file)
- `AkkaActorService` → `PekkoActorService` (class + file)
- `AkkaActorRefMappingService` → `PekkoActorRefMappingService`
- `AkkaMessageTransferService` → `PekkoMessageTransferService`
- `akkaConfig`, `akkaActorService` (methods/params) → pekko-prefixed.

No string literals, config keys, or serialization registrations
change — `cluster.conf` already uses `pekko.*` keys, kryo registry
doesn't reference these classes by name. The intentional `"akka"`
comment in `DeployStrategiesSpec.scala` (which contrasts pekko vs
akka address strings) stays.

Closes apache#4948.
@codecov-commenter

codecov-commenter commented May 5, 2026

Copy link
Copy Markdown

Codecov Report

❌ Patch coverage is 82.60870% with 4 lines in your changes missing coverage. Please review.
✅ Project coverage is 42.77%. Comparing base (dcb457e) to head (6ef8ae0).
⚠️ Report is 1 commits behind head on main.

Files with missing lines Patch % Lines
...ache/texera/amber/engine/common/AmberRuntime.scala 50.00% 2 Missing ⚠️
...hitecture/common/PekkoActorRefMappingService.scala 0.00% 0 Missing and 1 partial ⚠️
...hitecture/common/PekkoMessageTransferService.scala 66.66% 1 Missing ⚠️
Additional details and impacted files
@@            Coverage Diff            @@
##               main    #4949   +/-   ##
=========================================
  Coverage     42.77%   42.77%           
- Complexity     2185     2186    +1     
=========================================
  Files          1045     1045           
  Lines         39876    39876           
  Branches       4205     4205           
=========================================
+ Hits          17055    17056    +1     
+ Misses        21760    21759    -1     
  Partials       1061     1061           
Flag Coverage Δ *Carryforward flag
access-control-service 39.53% <ø> (ø)
agent-service 33.72% <ø> (ø) Carriedforward from dcb457e
amber 43.27% <82.60%> (+<0.01%) ⬆️
computing-unit-managing-service 0.00% <ø> (ø)
config-service 0.00% <ø> (ø)
file-service 32.18% <ø> (ø)
frontend 34.20% <ø> (ø) Carriedforward from dcb457e
python 88.84% <ø> (ø) Carriedforward from dcb457e
workflow-compiling-service 47.72% <ø> (ø)

*This pull request uses carry forward flags. Click here to find out more.

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

🚀 New features to boost your workflow:
  • ❄️ Test Analytics: Detect flaky tests, report on failures, and find test suite problems.
  • 📦 JS Bundle Analysis: Save yourself from yourself by tracking and limiting bundle sizes in JS merges.

@Yicong-Huang

Copy link
Copy Markdown
Contributor Author

Keeping this PR rename-only on purpose so it stays trivially revertable. The 82.6% patch coverage flag is a codecov artifact: project coverage is unchanged (+1 hit, −1 partial) — those four lines were already uncovered on main, the rename just made codecov re-attribute them to this patch. Will add tests for the actor-service / AmberRuntime gap in a follow-up PR.

@Yicong-Huang Yicong-Huang enabled auto-merge (squash) May 6, 2026 06:43
@Yicong-Huang

Copy link
Copy Markdown
Contributor Author

@Xiao-zhen-Liu please help review this. Thanks

@Xiao-zhen-Liu Xiao-zhen-Liu left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

LGTM with a minor comment.

Signed-off-by: Yicong Huang <17627829+Yicong-Huang@users.noreply.github.com>
@Yicong-Huang Yicong-Huang merged commit 2b763e4 into apache:main May 12, 2026
17 checks passed
@Yicong-Huang Yicong-Huang deleted the refactor/rename-akka-to-pekko branch May 12, 2026 04:32
yangzhang75 pushed a commit to yangzhang75/texera that referenced this pull request Jun 22, 2026
…#4949)

### What changes were proposed in this PR?

The project moved off Akka onto Apache Pekko, but several internal Scala
identifiers still carried the `Akka` prefix even though they wrap Pekko
APIs. Pure rename across `amber` and `common/config`:

- `AkkaConfig` → `PekkoConfig` (object + file)
- `AkkaActorService` → `PekkoActorService` (class + file)
- `AkkaActorRefMappingService` → `PekkoActorRefMappingService`
- `AkkaMessageTransferService` → `PekkoMessageTransferService`
- `akkaConfig`, `akkaActorService` method/parameter names →
pekko-prefixed

No behavior change. No string literals, config keys, or serialization
registrations are touched — `cluster.conf` already uses `pekko.*` keys,
the kryo registry doesn't reference these classes by name. The
intentional `"akka"` literal in `DeployStrategiesSpec.scala` that
contrasts pekko vs akka address strings stays.

### Any related issues, documentation, discussions?

Closes apache#4948.

### How was this PR tested?

`sbt WorkflowExecutionService/Test/compile` clean, `sbt
WorkflowExecutionService/scalafmtCheckAll` clean.

### Was this PR authored or co-authored using generative AI tooling?

Generated-by: Claude Opus 4.7 (Claude Code)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Rename remaining Akka* identifiers to Pekko* in amber Scala sources

3 participants