Branch: refs/heads/master Home: https://github.com/xwiki/xwiki-dev-llm Commit: acb5db207bd146042920979f6face03f4fce02ce https://github.com/xwiki/xwiki-dev-llm/commit/acb5db207bd146042920979f6face0... Author: Thomas Mortagne <[email protected]> Date: 2026-08-19 (Wed, 19 Aug 2026) Changed paths: M .claude-plugin/marketplace.json M kimi.plugin.json M opencode.jsonc M xwiki/.claude-plugin/plugin.json M xwiki/instructions/xwiki-org.md M xwiki/skills/xwiki-build/SKILL.md M xwiki/skills/xwiki-increase-test-coverage/SKILL.md Log Message: ----------- [Misc] Build with the JDK the branch targets, preferring xmvn * Add the rule to the org-wide instructions: whenever `xmvn` (from xwiki-dev-tools) is on the PATH, use it in place of `mvn` — it reads the target Java version from the pom and runs Maven with the matching JDK, which is one command instead of a version lookup plus an explicit JAVA_HOME. Without it, read `xwiki.java.version` from the root pom and set JAVA_HOME by hand. * Document in the xwiki-build skill what xmvn actually does, why it is preferred over selecting the JDK manually, and the failures a too-new JDK produces: JaCoCo aborting with "Unsupported class file major version" (which breaks every -Pquality build) and the Spoon plugin failing to add a URL to the system classloader. Both read as code or configuration problems and are neither. * Record that `sonar:sonar` has a JDK floor of its own, higher than the branch's Java level on the older lines, and that xmvn raises the version for it — so this is one more reason to prefer xmvn over a hand-picked JDK. Point at xmvn and xwiki-jenkins-pipeline's vars/configureJavaTool.groovy for the current floor rather than baking in a number that moves with the pinned sonar-maven-plugin version. * Point the xwiki-increase-test-coverage skill at xmvn too, since that is where the JaCoCo agent failure bites: on a too-new JDK it produces no coverage at all. * Bump the plugin version to 1.0.32 across all host manifests. Co-Authored-By: Claude Opus 5 (1M context) <[email protected]> Commit: f0ee7c1a81bdcaf9f5bf69530181413a38acca85 https://github.com/xwiki/xwiki-dev-llm/commit/f0ee7c1a81bdcaf9f5bf6953018141... Author: Vincent Massol <[email protected]> Date: 2026-08-23 (Sun, 23 Aug 2026) Changed paths: M .claude-plugin/marketplace.json M CLAUDE.md M README.md M kimi.plugin.json M opencode.jsonc M xwiki/.claude-plugin/plugin.json M xwiki/.mcp.json M xwiki/okf/conventions/versioning.md M xwiki/okf/servers/index.md M xwiki/okf/sonarqube/index.md M xwiki/okf/sonarqube/syntax-rules.md M xwiki/okf/sonarqube/test-code-rules.md A xwiki/scripts/start-discourse-mcp.mjs Log Message: ----------- Merge master into xmvn-when-available * Resolve the plugin-version conflict in the four host manifests: master is at 1.1.1, so this change ships as 1.1.2 (the branch was based before the 1.1.x line and had bumped to 1.0.32). Commit: 36e57d2f45db4dbff1a4a9e796f6fa31083a3f97 https://github.com/xwiki/xwiki-dev-llm/commit/36e57d2f45db4dbff1a4a9e796f6fa... Author: Vincent Massol <[email protected]> Date: 2026-08-23 (Sun, 23 Aug 2026) Changed paths: M xwiki/instructions/xwiki-org.md M xwiki/skills/xwiki-build/SKILL.md M xwiki/skills/xwiki-increase-test-coverage/SKILL.md Log Message: ----------- [Misc] Review: state the xmvn platform caveat, cut the duplication * `skills/xwiki-build/SKILL.md` — `xmvn` resolves a JDK only through `update-alternatives` / `/usr/lib/jvm/java-*`, so on macOS it finds none and silently runs `mvn` on the default JDK; say so, since the section otherwise reads as "xmvn cannot pick the wrong JDK". Drop the paragraph restating why the wrapper beats a manual `JAVA_HOME`, and fold the sonar-floor paragraph into one clause plus the pointer to where the value lives. * `instructions/xwiki-org.md` — keep the rule and the two symptoms in the always-on bullet, and let the `xwiki-build` skill hold the mechanism, rather than describing `xmvn` and the `JAVA_HOME` fallback in both places. * `skills/xwiki-increase-test-coverage/SKILL.md` — same, one clause and a cross-reference; naming `xmvn` there would mislead on macOS. Commit: bf1dae638a5c0d0f47e0b35acf8a97765f77d31e https://github.com/xwiki/xwiki-dev-llm/commit/bf1dae638a5c0d0f47e0b35acf8a97... Author: Vincent Massol <[email protected]> Date: 2026-08-23 (Sun, 23 Aug 2026) Changed paths: M xwiki/instructions/xwiki-org.md Log Message: ----------- [Misc] Fold the JDK rule into the Java-version fact already in xwiki-org.md * The always-on file already states that the Java version depends on the XWiki version, and already routes every Maven command to the xwiki-build skill; a separate bullet restated both. Add the missing imperative — build with that JDK, not the machine default — as a clause on the existing fact, and drop the bullet. The symptoms stay in the skill, which is where you look once a build has failed. Commit: db146ff5d7c698beb9e8c4962b7fc51b1e8e94de https://github.com/xwiki/xwiki-dev-llm/commit/db146ff5d7c698beb9e8c4962b7fc5... Author: Vincent Massol <[email protected]> Date: 2026-08-23 (Sun, 23 Aug 2026) Changed paths: M .claude-plugin/marketplace.json M kimi.plugin.json M opencode.jsonc M xwiki/.claude-plugin/plugin.json M xwiki/instructions/xwiki-org.md M xwiki/skills/xwiki-build/SKILL.md M xwiki/skills/xwiki-increase-test-coverage/SKILL.md Log Message: ----------- Merge pull request #68 from xwiki/xmvn-when-available Compare: https://github.com/xwiki/xwiki-dev-llm/compare/56bd8f91fc20...db146ff5d7c6 To unsubscribe from these emails, change your notification settings at https://github.com/xwiki/xwiki-dev-llm/settings/notifications