Skip to content

fix(java): lazily resolve optional sql serializers#3553

Open
chaokunyang wants to merge 3 commits intoapache:mainfrom
chaokunyang:issue-1695-lazy-class-load
Open

fix(java): lazily resolve optional sql serializers#3553
chaokunyang wants to merge 3 commits intoapache:mainfrom
chaokunyang:issue-1695-lazy-class-load

Conversation

@chaokunyang
Copy link
Copy Markdown
Collaborator

@chaokunyang chaokunyang commented Apr 10, 2026

Why?

What does this PR do?

  • reserve optional internal SQL type ids and serializer metadata by qualified class name without loading the target class during bootstrap
  • move optional SQL serializer access behind reflective helpers so startup does not touch java.sql unless those classes are actually used
  • add a JPMS regression test for building without java.sql and preserve time ref-tracking behavior for lazy serializer registrations

Related issues

Fixes #1695

AI Contribution Checklist

  • Substantial AI assistance was used in this PR: yes / no
  • If yes, I included a completed AI Contribution Checklist in this PR description and the required AI Usage Disclosure.
  • If yes, my PR description includes the required ai_review summary and screenshot evidence of the final clean AI review results from both fresh reviewers on the current PR diff or current HEAD after the latest code changes.

Does this PR introduce any user-facing change?

  • Does this PR introduce any public API change?
  • Does this PR introduce any binary protocol compatibility change?

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.

Fury eagerly loads non-base module classes

1 participant