Desktop SQL syntax plugins can fail under a foreign context ClassLoader

[openai0229]

Environment

• Chat2DB Edition: Chat2DB Local
• Chat2DB Version: 5.3.5 and 5.3.6-beta.1
• Deployment: Desktop
• Operating System: macOS and Windows
• Database and Version: MySQL

Problem and Reproduction

Problem Summary

Desktop table-data requests can fail when SQL syntax plugin discovery runs on a JCEF worker whose context ClassLoader differs from the loader that defined ISqlSyntaxPlugin.

Steps to Reproduce

1. Start Chat2DB Local Desktop.
2. Restore or open multiple table-data tabs.
3. Let a JCEF worker trigger SQL syntax registry initialization.

Expected Behavior

Bundled SQL syntax providers load through the same ClassLoader as their service interface and table data renders normally.

Actual Behavior

Plugin discovery can fail during static initialization. All later table-data requests in the process fail and the table content remains blank.

Evidence

java.util.ServiceConfigurationError: ai.chat2db.spi.ISqlSyntaxPlugin:
ai.chat2db.plugin.tdengine.TDengineSyntaxPlugin not a subtype

Impact and Workaround

• Impact: Blocks a core workflow.
• Workaround: Restarting can temporarily avoid the failing initialization order, but it is not reliable.

Submission Checklist

• Reproduced on Chat2DB Local.
• Searched existing issues for duplicates.
• Removed credentials and private data.

[github-actions]

Thanks for the detailed report. We understand that, on Chat2DB Local Desktop 5.3.5 and 5.3.6-beta.1, SQL syntax provider discovery may initialize under a JCEF worker context ClassLoader and fail with TDengineSyntaxPlugin not a subtype, leaving table-data tabs blank for the rest of the process.

Please add the exact macOS and Windows versions where this was reproduced. With those required environment details, a maintainer can use the supplied steps and error to investigate the ClassLoader used for ISqlSyntaxPlugin service discovery.

``

Generated by AI Issue Assistant for #2772 · 7.87 AIC · ⌖ 0.735 AIC · ⊞ 16.5K · ◷