Skip to content

feat(09-14): pin UltiTools-API to 6.3.0-SNAPSHOT, resolve central-snapshots - #2

Closed
wisdommen wants to merge 2 commits into
masterfrom
gsd/phase-09-module-readiness
Closed

wisdommen wants to merge 2 commits into
masterfrom
gsd/phase-09-module-readiness

Conversation

@wisdommen

Copy link
Copy Markdown
Member

Summary

Brings this example onto the 6.3.0 lineage and proves it loads. Builds on top of
#1 (feat(GEN-02): migrate GreetCommand to BaseCommandExecutor), which this branch
includes -- so this PR's diff against master carries both changes. #1 itself stays
on HOLD per the maintainer's 2026-09-02 note (do not merge until 6.3.0 is actually
released); this PR does not change that. It is opened, not merged, for the same
milestone-wide reason every other module pull request in this phase is open and
unmerged: the maintainer reviews all of them personally.

What changed (on top of #1)

  • pom.xml: UltiTools-API pinned from the released 6.2.2 to 6.3.0-SNAPSHOT,
    and the central-snapshots repository added -- without it the snapshot
    coordinate cannot resolve at all.
  • pom.xml: a short English comment near the <build> section records that this
    repository is deliberately not subject to the module coverage gate applied
    to the sixteen product modules -- it demonstrates the External Plugin API rather
    than shipping as a UltiToolsPlugin module, and it has no CI workflow to run a
    gate in. No jacoco check goal, no .github/workflows/, no dependabot were
    added; that absence is this decision, not an oversight.
  • Module's own version and line endings unchanged.

Verification

  • env -u JAVA_TOOL_OPTIONS mvn -B -f pom.xml clean package: BUILD SUCCESS,
    resolving UltiTools-API-6.3.0-SNAPSHOT from central-snapshots.
  • Rebuilt JAR (UltiTools-External-Example-1.0.0.jar, sha256
    03126813df796f2580442bbf43b70cefd466b80de0032c5b524477935f9e2f1d) installed
    on the recorded 6.3.0-SNAPSHOT server build (commit 9c62d45d) alongside the
    sixteen product-module JARs, left untouched. Clean enable: [UltiToolsExtExample] Enabling UltiToolsExtExample v1.0.0, External plugin registered, External plugin connected, UltiTools External Example enabled! -- zero
    NoSuchMethodError/NoClassDefFoundError/ClassNotFoundException for this
    plugin's own package (com.example.ultitoolsext), against the same server run's
    known, already-tracked failures for OTHER not-yet-migrated modules.
  • GreetCommand proven to actually register and execute, not merely load without
    crashing: the framework logs nothing observable on successful command
    registration, so /ultiext hello was issued from the server console and its
    response captured verbatim -- "Hello Console! This message is from an external plugin using UltiTools-API.", GreetService.greet()'s own return value, reached
    only through GreetCommand's hello mapping -> @Autowired GreetService
    injection -> method invocation.
  • Server left stopped; all sixteen product-module JARs and their directory count
    (16) confirmed untouched afterward.

Scope note

This is load-correctness only -- no coverage gate, no CI, no dependabot -- a
deliberate decision recorded in the pom, not an omission. Not merging in this PR.

🤖 Generated with GSD phase-09-14 execution.

Swap the deprecated AbstractCommandExecutor for the current
BaseCommandExecutor (import + extends only). All @CmdTarget,
@cmdexecutor, @CmdMapping and @CmdParam annotations are preserved
verbatim, and the existing handleHelp(CommandSender) override is
kept unchanged, satisfying BaseCommandExecutor's protected abstract
contract with no stub.

Compiles against the existing released UltiTools-API 6.2.2 pin,
no snapshot repository added (D-10 round 1).
…pshots

- Bump the UltiTools-API dependency from the released 6.2.2 to the
  6.3.0-SNAPSHOT lineage (phase 9, MOD-01/MOD-02), ahead of the 6.3.0
  release.
- Add the central-snapshots repository entry; without it the snapshot
  coordinate cannot be resolved at all.
- Record, in the pom near the build section, that this repository is
  deliberately out of scope for the module coverage gate: it has no
  CI workflow to run one in, and it demonstrates the External Plugin
  API rather than shipping as a UltiToolsPlugin module.
- Module version and line endings unchanged.
@chatgpt-codex-connector

chatgpt-codex-connector Bot commented Sep 3, 2026 •

Copy link
Copy Markdown

Codex Review Summary

This comment shows the latest Codex review activity on this pull request.

Review Status Commit Review trigger
📝 Code Review ✅ Completed 2026-09-03T18:31:30.309870Z 1cbbd55 PR opened
ℹ️ About Codex in GitHub

Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you

  • Open a pull request for review
  • Mark a draft as ready
  • Comment "@codex review" or "@codex security review".

Codex reacts with 👀 while any review is running, comments if it has suggestions, and reacts with 👍 once all reviews finish with no findings.

@wisdommen

Copy link
Copy Markdown
Member Author

The commits from this PR were carried into #5 with git cherry-pick -x, preserving authorship (1cbbd55 → 066bc59); closing in favour of #5.

本 PR 的提交已通过 git cherry-pick -x 保留作者信息并入 #5,因此关闭本 PR,改由 #5 合入。

@wisdommen wisdommen closed this Sep 17, 2026
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.

1 participant