Declare new features: SERIAL_ANNOTATION, NESTMATES, ALWAYS_STRICTFP, COLLECTION_FACTORIES, INNER_NOT_CAPTURE_THIS, STRING_SWITCH
Use more features instead of explicit Java levels
GitOrigin-RevId: e90a96501c218ed44faebb7c882770b50477b6e1
Create JavaLanguageFeature; move HighlightingFeature functionality there; move preview highlighting related utilities to new PreviewFeatureUtil class
GitOrigin-RevId: 116bcc9feb6fb40a0bd6a25ba10c2f35b41ffea6
We need to have root packages for module xml files in plugin model v2, but if we specify packages with real classes in these modules, they'll fail to load with "must not be requested from main classloader" error, because inter-module dependencies aren't specified for these files. If we specify module dependencies, the big 'com.intellij.java' plugin will fail to load because it isn't migrated to plugin model v2 yet and includes contents of these module descriptors via xi:include tag. So it seems that we need to use fake packages without real classes until 'com.intellij.java' plugin is migrated to plugin model v2.
Check in InterfaceExtensionImplementationClassResolver is suppressed for 'com.intellij.java.frontend' plugin as well for now.
GitOrigin-RevId: 7b2321835becc9f4589ddae09a40160bf735044e
This is necessary to load these modules with ModuleBasedProductLoadingStrategy, which is used to start JetBrains Client.
GitOrigin-RevId: 1dd18b9786e71630f3c2779c557b8661ea89bf85
remove unnecessary dependency on kotlin serialization module from `intellij.platform.core` module (it is an OpenAPI module, some test failed)
move all changes from `intellij.java.frontback.psi` module to `intellij.java.frontback.psi.impl` module so that there will no be a dependency on kotlin serialization modules in the `intellij.java.frontback.psi` module because `intellij.java.frontback.psi` module is an OpenAPI module (some test failed)
(cherry picked from commit a3fa1ab533734442fb6691b0162b3f930a66d9bc)
IJ-MR-116786
GitOrigin-RevId: 81bf0153f9528d9ec58e6b557fa0b7aee80a2c46
- more info log.error
- handle more possible exceptions
- in *.xml-s: use more modern "content" approach to include xml from another module. Add `package` attribute because it is necessary in case of including via "content"
- use "suspend-friendly" read action invocator
- little concurrency problem fix
- remove `ModalityUiUtil.invokeLaterIfNeeded` because its initial purpose to ensure to work with protocol on EDT is not actual in this version of code
(cherry picked from commit 3c2bebbfb3b5c27495df983bd834aeb4705c54bc)
IJ-MR-116786
GitOrigin-RevId: d58505efc9f6f00918df07f7a43e5bda12ca5a04
