11 Commits

Include renames

Author	SHA1	Message	Date
CI	9a355670c0	Bump version to 1.4.0-SNAPSHOT [skip ci]	2026-11-10 23:13:57 +00:00
CI	1dc265647d	Bump version to 1.3.0-SNAPSHOT [skip ci]	2026-11-09 02:46:35 +00:00
CI	d8a57607fd	Bump version to 1.2.0-SNAPSHOT [skip ci]	2026-11-07 19:19:02 +00:00
james.maesandClaude Opus 5.5	e085859a25	build(deps): move qqq.version into <properties> ... Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-11-07 18:59:59 +00:00
james.maesandClaude Opus 5.5	4f850c2cf3	build(deps): align with Gitea registry (parent 2.2.1, QQQ 4.1.0-RC.26) ... bridges/printing/pom.xml: qqq.version: 4.1.0-RC.22 -> 4.1.0-RC.26 bridges/printing/pom.xml: qbit-record-files.version: 0.1.0-RC.1 -> 0.4.0-RC.1 bridges/printing/pom.xml: qbit-printing.version: 1.0.0 -> 1.2.0-RC.1 bridges/record-files/pom.xml: qqq.version: 4.1.0-RC.22 -> 4.1.0-RC.26 bridges/record-files/pom.xml: qbit-record-files.version: 0.1.0-RC.1 -> 0.4.0-RC.1 bridges/scripting/pom.xml: qqq.version: 4.1.0-RC.22 -> 4.1.0-RC.26 bridges/scripting/pom.xml: qbit-scripting.version: 1.0.0 -> 1.1.0-RC.3 foundation/pom.xml: qqq.version: 4.1.0-RC.22 -> 4.1.0-RC.26 pom.xml: parent -> 2.2.1 pom.xml: added qqq.version=4.1.0-RC.26 (parent BOM import) pom.xml: revision -> 1.1.0-SNAPSHOT Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2026-11-07 18:59:01 +00:00
CI	f9adf1d3d3	Bump version to 0.3.0-SNAPSHOT [skip ci]	2026-11-06 23:35:57 +00:00
CI	9073e9bf1c	Bump version to 0.2.0-SNAPSHOT [skip ci]	2026-11-06 21:07:16 +00:00
james.maesandClaude Sonnet 5.5	d7199d385e	fix: keep the literal revision tag out of the root POM comment ... The shared Maven workflow reads the version with grep -m1 on the revision element, so a comment mentioning the element made it parse prose as the version and fail every publish run. Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>	2026-11-06 08:21:46 -06:00
james.maesandClaude Sonnet 5.5	8351fd7fb4	build: make the reactor root the single version source of every module ... The release pipeline rewrites <revision> only in the ROOT pom.xml (the pinned legacy calculate_version.sh) and nothing passes -Drevision (java-verify runs plain `mvn verify`), but every module declared its own <revision>0.1.0-SNAPSHOT</revision> and did not inherit the root. After an RC rewrite the root would say the RC while the modules still built as the SNAPSHOT, so capture (target/<artifact>-<root version>.jar) would find no JAR and the publisher (one version per reactor) would reject the reactor. The root now inherits qbit-build-parent 2.1.1 (foundation's existing parent) and every module inherits the root with the per-module <revision> removed (relativePath ../pom.xml, ../../pom.xml, ../../../pom.xml; remote-renderer transport and adapter keep inheriting remote-renderer-parent). GAVs, module list, dependencies, sources and tests are unchanged. Audited with `help:effective-pom` (Maven 3.9.11, before/after for all 11 projects): - licenses: root, foundation (Apache-2.0) unchanged; bridges/scripting previously inherited AGPL-3.0 from build-parent 2.0.0 and now states it explicitly (build parent 2.0.0 -> 2.1.1 for this module); the vendored OpenHTML module keeps its explicit LGPL-2.1+ entry (a child's <licenses> replaces the parent's); the seven modules that had no license (renderer, bridges/renderer, record-files, printing, remote-renderer parent/transport/adapter) now inherit the root's Apache-2.0, matching the repository LICENSE. - compiler: build-parent adds <source>21</source><target>21</target> to the compiler plugin; identical to the modules' maven.compiler.release 21; the Java 8 vendor module pins <source>8</source><target>8</target> explicitly next to maven.compiler.release 8 (testRelease 21 unchanged). - dependency management: build-parent imports qqq-bom-pom 4.0.0 (jackson 2.21.5, qqq 4.0.0, ...) which the parentless modules never had. record-files and printing now import qqq-bom-pom ${qqq.version} (as foundation and bridges/scripting already do), so their managed versions equal what qqq-backend-core RC.21 declares; renderer, bridges/renderer and remote-renderer-parent import jackson-bom 2.22.4 so jackson-core/annotations stay aligned with their explicit jackson-databind 2.22.4. - guardrails: build-parent 2.1.1 adds the qbit-guardrails test dependency, surefire dependenciesToScan and enforcer executions. foundation keeps them (enforcer.skip false); the other modules keep the previous behavior (enforcer.skip true, dependenciesToScan reset); the extra test-scope qbit-guardrails dependency and the snapshots-only central-portal-snapshots repository are inherited metadata. - url/scm: the root states build-parent's url/scm so the modules' derived metadata stays the same. The vendor's complete-source ZIP now ships parent/pom.xml (a copy of the reactor POM; module/pom.xml differs from the repository POM only in its relativePath, ../parent/pom.xml inside the archive), inputs.sha256 and the verify/build scripts follow, the README documents it, and renderer/Dockerfile copies the reactor POM from a named BuildKit context. Not built or tested: model introspection only. Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>	2026-11-05 17:10:19 -06:00
James MaesandClaude Sonnet 5.5	ab3f357599	build: publish the vendored OpenHTML module at the family version and flatten the reactor root ... The qrun publisher declares one version per reactor and the capture step looks for target/<artifact>-<root version>.jar, so the vendored OpenHTML module (own version 1.1.105-qqq-p1) could not be published with the family. Keep the GAV group and artifact (com.kingsrook.thirdparty:openhtmltopdf-pdfbox), make its version the family ${revision} (default 0.1.0-SNAPSHOT, like the other modules), flatten its consumer POM, and point renderer at ${revision}. Java sources and renderer behaviour are unchanged. The module keeps its explicit LGPL-2.1-or-later license and records upstream provenance (tag 1.1.105, commit 54b31598, patch level p1, upstream project URL and scm) in properties, url and scm; it does not inherit the Apache license of the reactor. The hash-pinned complete-source archive is regenerated with the same module/pom.xml (inputs.sha256 updated; module/pom.xml is again identical to the module pom) and build-openhtml.sh derives the artifact names from the module revision. The reactor root is itself a pom-packaging module the publisher checks, so it gets the flatten plugin (otherwise ${revision} stays unresolved). Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>	2026-11-05 17:10:18 -06:00
3 people	ee782b7d6e	chore: preserve unfinished document generation source and status ... Checkpoint implementation at user-requested stop; document known failures and incomplete release qualification. Co-Authored-By: Claude <noreply@anthropic.com> Co-Authored-By: GPT-6 Codex <noreply@openai.com>	2026-11-04 10:45:09 -06:00