@@ -146,14 +146,24 @@ API or embedding it programmatically.
146146Mechanism: `maven-assembly-plugin` with `<attach>false</attach>` in each
147147plugin pom (TIKA-4723). Because `<attach>false</attach>` also skips the
148148local-repo install, each plugin pom additionally runs
149- `maven-install-plugin:install-file` during the `install ` phase, writing
149+ `maven-install-plugin:install-file` during the `package ` phase, writing
150150the zip into the local repo at canonical coordinates
151151(`<groupId>:<artifactId>:zip:<version>`). Sibling modules
152152(`tika-pipes-fork-parser`, `tika-server-*`, `tika-grpc`, integration
153153tests) declare the zip as a test-scope Maven dep and rely on this
154154mechanism to resolve it from the local repo without ever publishing it
155155to Central.
156156
157+ The `package` binding is deliberate and must not be moved to `install`.
158+ A reactor `mvn package` — what the `tika-main-jdk21` and `tika-main-jdk26`
159+ Jenkins jobs run, and what a contributor building the tree runs — never
160+ reaches the `install` phase, so an `install`-bound `install-file` leaves
161+ the zip unresolvable and every consuming module fails dependency
162+ resolution. It builds only where a previous `mvn install`/`deploy` on the
163+ same machine happened to leave a matching zip in the local repo, which
164+ made the breakage look intermittent until the `4.0.0` → `4.1.0-SNAPSHOT`
165+ bump invalidated every cached copy.
166+
157167=== tika-grpc
158168
159169tika-grpc is a standalone gRPC server, parallel to tika-server — not built
0 commit comments