📄 java-frontend/src/main/java/org/sonar/java/model/springcontext/SpringContextModel.java:33 📄 sonar-java-plugin/src/main/java/org/sonar/plugins/java/JavaPlugin.java:88 📄 sonar-java-plugin/src/main/java/org/sonar/plugins/java/JavaPlugin.java:120 📄 sonar-java-plugin/src/main/java/org/sonar/plugins/java/JavaSensor.java:77-91
SpringContextModel is annotated only with @ScannerSide (SpringContextModel.java:33) and registered in the common section of JavaPlugin.define() (JavaPlugin.java:88), which executes for both SonarQube and SonarLint runtimes. However, JavaSensor — which runs in SonarLint — now has constructors that take a mandatory SpringContextModel parameter (JavaSensor.java:79-85) and the value is injected by the dependency-injection container.

In a SonarLint runtime, the component container only loads components annotated with @SonarLintSide. Because SpringContextModel lacks @SonarLintSide, it will not be available for injection, so the container will be unable to satisfy the SpringContextModel dependency of JavaSensor. This will prevent JavaSensor from being instantiated in SonarLint, effectively breaking Java analysis in the IDE.

Fix: annotate SpringContextModel with @SonarLintSide (in addition to @ScannerSide) so it is available in both runtimes, matching how SonarComponents is annotated with both @ScannerSide and @SonarLintSide. Note: making the constructor parameter @Nullable alone is not sufficient, since the pico container fails on an unregistered dependency rather than passing null.

📄 java-frontend/src/main/java/org/sonar/java/model/springcontext/gatherers/SampleSpringContextModelGatherer.java:28 📄 java-frontend/src/main/java/org/sonar/java/model/springcontext/gatherers/SampleSpringContextModelGatherer.java:37 📄 java-frontend/src/main/java/org/sonar/java/model/springcontext/gatherers/SampleSpringContextModelGatherer.java:41-44
Gatherers are instantiated once via SpringContextModelGatherers.getAllGatherers() and added to commonVisitors, so a single instance is reused across all files and modules for the whole scan. SampleSpringContextModelGatherer.collectedData is never cleared, while gatherSpringContextData() is invoked at every module's endOfAnalysis. As a result, each module's endOfAnalysis re-adds the cumulative list of all filenames seen so far (including from previously analyzed modules), rather than only the current module's data. The same instance is also shared between the main/test/generated scanners. This is a sample/placeholder, but real gatherers extending this base class will hit the same lifecycle trap; consider clearing per-module state after gatherSpringContextData or documenting the reset requirement on SpringContextModelGatherer.

📄 sonar-java-plugin/src/main/java/org/sonar/plugins/java/SpringContextModelSensor.java:27-41 📄 java-frontend/src/main/java/org/sonar/java/model/springcontext/SpringContextModelGatherer.java:29-41
The new SpringContextModelGatherer (end-of-analysis wiring, cast to DefaultModuleScannerContext) and SpringContextModelSensor have no dedicated tests. The only test changes are mechanical constructor-signature updates in JavaSensorTest passing null for the new SpringContextModel parameter. Add tests verifying that gatherers run during scanning and that data lands in the shared SpringContextModel after the POST-phase sensor executes, to lock in the cross-module lifecycle before more gatherers are added on top of this base class.

📄 java-frontend/src/test/java/org/sonar/java/model/springcontext/SpringContextModelGathererTest.java:1 📄 java-frontend/src/test/java/org/sonar/java/model/springcontext/SpringContextModelTest.java:1
Both new test files start directly with the package declaration and lack the SonarSource SSALv1 license header that is present in essentially every other source/test file in the repo (64+ files in this same package alone include the SonarQube Java header). The build configures the com.mycila:license-maven-plugin and defines the <license.title>SonarQube Java</license.title> property in the root pom, so the license:check goal will fail on these headerless files and break CI. Add the standard license header block to the top of both files (e.g. run mvn license:format).

📄 sonar-java-plugin/src/main/java/org/sonar/plugins/java/SpringContextModelSensor.java:42
SpringContextModelSensor.execute() calls System.out.println(springContextModel). This is a debug leftover that will print to stdout on every project analysis (both SonarQube and SonarLint, since the sensor is registered in all contexts). SpringContextModel does not override toString(), so this emits an unhelpful object identity string and pollutes scanner/build logs. Replace it with proper logging guarded by debug level, or remove it before this leaves draft. If kept, use an SLF4J logger at debug level instead of stdout.