Even if the name of the module satisfies 'isTestOnly' conditions, we still need to generate a descriptor for it if it has production sources. Recently, a new module 'intellij.rdct.tests.plugin' was added, which satisfies the condition, and at the same time the test which checks that no modules satisfying 'isTestOnly' condition have production sources was modified (see 39890e67352a1889). So the descriptor wasn't generated for the module, and build scripts fail it in FrontendModuleFilter.isModuleCompatibleWithFrontend.
GitOrigin-RevId: 2814a470f4825449c21adf5bc013c01bfd3f948b
This is needed to support loading the module repository from multiple JAR files, which is in turn needed to support non-bundled plugins (IJPL-633).
GitOrigin-RevId: 853ed4f3221cb2aa34696802d6c36f9636da97b6
Code which adds transitive dependencies for tests is modified to include only those dependencies which aren't already available. This change reduces the size of module-descriptors.jar from 4.2Mb to 2.2Mb for the intellij ultimate project.
GitOrigin-RevId: f1ac6cd72b082afac5a8d3100c8664dbbe80fbe0
The runtime module descriptors file should be updated if and only if something changes in the configuration of modules and libraries. Since up-to-date checks in org.jetbrains.jps.incremental.BuildOperations are based on files, we need to have at least one source file registered by the builder for that. Here .idea/modules.xml is used for that.
GitOrigin-RevId: ca5e56dfca75d63e4056017a4164dd3fbb20b116
Currently com.intellij.platform.runtime.loader.Loader parses all module descriptor xml files to compute classpath for ModularMain class, this may take noticeable time. Now classpath for the bootstrap module is cached in an attribute of MANIFEST.MF file, so it can be loaded faster. This is done for production mode only, because in that mode paths to classes roots don't use macros, so there is no need to substitute them.
GitOrigin-RevId: 0af716f718976b67c3a6bcfc94358a0b488d8649
Module descriptors are put to a separate module-descriptors.jar now, and we don't plan to place their resources to that JAR, so the paths will always start with '../' prefix, and it'll just complicate code and requires additional work at runtime. So let's suppose that paths in module-descriptors.jar are relative to the directory where the JAR file is located.
GitOrigin-RevId: 43572247998686fd81d66bcdfba8dd700605281b
Unresolved dependencies don't always indicate a real problem, because they may correspond to optional dependencies from bundled to non-bundled plugins. So instead of checking this in the build scripts, it's better to check this in a test.
GitOrigin-RevId: dfe404cbbfe27ee41733cf46f0f0926e37ce3c12
This change introduces RuntimeModuleRepository API which will be used to determine paths to classes and other resources of modules at runtime. It also adds RuntimeModuleRepositoryBuilder which generates descriptors for modules during compilation of intellij project (this is controlled by a registry key which is switched off by default for now).
GitOrigin-RevId: be33235ec0cdb7ea55a925e753b9b58a3ca63ac3
