mirror of
https://gitflic.ru/project/openide/openide.git
synced 2026-09-22 11:29:28 +07:00
Alexey Katsmanandintellij-monorepo-bot
f5ebe0c614
The v2 "Add Python Interpreter" abstractions (FileSystem, PathHolder, the PythonSelectableInterpreter hierarchy, SdkWrapper, TargetPanelExtension) lived in python-community-impl, but callers below that module (hatch, pipenv, poetry modules) cannot reach them. Since python-community-impl already depends on python-sdk, moving them down clears the way. What moves to python-sdk: * PathHolder (sealed interface plus nested Eel/Target). * FileSystem<P : PathHolder>: the interface only, no longer sealed. The two implementations stay in python-community-impl and become top-level EelFileSystem and TargetFileSystem instead of FileSystem.Eel/Target nested classes. * SdkWrapper, TargetPanelExtension. * PythonSelectableInterpreter sealed hierarchy (Existing, Detected, ManuallyAdded, Installable) plus MaybeSystemPython. To keep the sealed hierarchy in python-sdk without dragging PySdkToInstall (and its installer module) along, InstallableSelectableInterpreter.sdk is typed as a new InstallablePythonSdk marker interface. PySdkToInstall implements that marker; readers still operate on the parent Sdk so call sites are unchanged. Also pruned stale runtime descriptor deps on intellij.python.sdk from services.shared and execService.python. Neither module uses python-sdk in source anymore; the leftover XML entries formed a content-module cycle that was blocking python-sdk from declaring services.shared as a runtime dep. GitOrigin-RevId: f1be13c158171f3f766fecc83a4be4917ec6ee51
7 lines
207 B
XML
7 lines
207 B
XML
<idea-plugin visibility="internal">
|
|
<dependencies>
|
|
<module name="intellij.python.community.execService"/>
|
|
<module name="intellij.python.community.helpersLocator"/>
|
|
</dependencies>
|
|
</idea-plugin>
|