This is an automated email from the ASF dual-hosted git repository.

leginee pushed a commit to branch bazel-migration
in repository https://gitbox.apache.org/repos/asf/openoffice.git

commit 3d1c74bac7a1c4fd27458abfcc5796236d8f09b5
Author: Peter <[email protected]>
AuthorDate: Tue Oct 6 07:50:14 2026 +0200

    docs: strike reportbuilder off the migration -- spun off as its own project
    
    reportbuilder leaves the migration list.  Its Java engine rides the
    JFreeReport suite (not on Maven, merged into the separate Pentaho product),
    the owner will not carry an external reporting lib, and the native-engine
    alternative is a product change the migration charter forbids.  It is now
    its own project on branch bazel-reportbuilder, where the full analysis 
lives.
    
    Mark it REMOVED in the frontier with a pointer to that branch, and correct
    the now-stale module readme (which predates this decision and still 
describes
    a vendor-the-JARs plan; two of its three blockers are stale besides).
    
    Co-Authored-By: Claude Opus 4.8 <[email protected]>
---
 .agent/migration/frontier.md | 17 ++++++++++++++++-
 main/reportbuilder/readme.md | 18 +++++++++++++++++-
 2 files changed, 33 insertions(+), 2 deletions(-)

diff --git a/.agent/migration/frontier.md b/.agent/migration/frontier.md
index c179f53368..77a82cc18b 100644
--- a/.agent/migration/frontier.md
+++ b/.agent/migration/frontier.md
@@ -785,7 +785,22 @@ bridges (incl. the java_uno JNI bridge: java_uno.dll + 
java_uno.jar, done
 2026-06-26)/stoc/io/remotebridges/unotools/unoil/pyuno.  The items below are
 the higher-level Java apps/extensions still to do (no longer gated on 
rules_java
 itself; per-module UNO-Java component/packaging rules may still be needed).
-reportbuilder ⬜  (pure Java .oxt extension; blockers: JFreeReport suite not on 
Maven, SourceForge ZIPs have token-based URLs; wizards dep also deferred)
+reportbuilder ➡️  REMOVED FROM THE MIGRATION 2026-10-06 — spun off to its own
+                   project on branch `bazel-reportbuilder` (see
+                   .agent/branches/bazel-reportbuilder.md there).  The Java 
engine
+                   is built on the JFreeReport suite (not on Maven; merged 
into the
+                   separate Pentaho Reporting product), and the owner will not 
carry
+                   an external reporting lib.  The alternative — a native C++ 
engine
+                   — is a product change the migration charter forbids, so it 
cannot
+                   live here.  Analysis found this is cheap-ish: the report 
MODEL is
+                   already native C++ on the svx drawing layer (reportdesign:
+                   RptModel/RptObject), output is only ODT/ODS (Writer/Calc 
ARE the
+                   layout engines), and the engine is a config-swappable XJob 
service
+                   (DefaultReportEngine) — so a native engine is a drop-in 
needing no
+                   reportdesign change.  Do NOT revive this as a migration 
task; if the
+                   native-engine project is not pursued, reportbuilder is 
dropped from
+                   the codebase (owner decision with the team).  
main/reportbuilder/
+                   readme.md is now stale (it predates this decision).
 bean          ✅  DONE 2026-10-02 — officebean.jar (program/classes) + 
officebean.dll
                    (program/, found one dir up by jurt NativeLibraryLoader).  
Jar
                    entry-identical to dmake's.  DLL: undecorated Java_* DEF + 
RT_MANIFEST
diff --git a/main/reportbuilder/readme.md b/main/reportbuilder/readme.md
index 8f76e0fc0a..bf003e3225 100644
--- a/main/reportbuilder/readme.md
+++ b/main/reportbuilder/readme.md
@@ -1,6 +1,22 @@
 # reportbuilder — Bazel Migration Notes
 
-## Status: Deferred
+## Status: REMOVED FROM THE MIGRATION (2026-10-06)
+
+This module was spun off into its own project on branch `bazel-reportbuilder`
+(see `.agent/branches/bazel-reportbuilder.md` there) and struck off the
+migration frontier. Its Java engine is built on the JFreeReport suite, which is
+not on Maven and has merged into the separate Pentaho Reporting product; the
+owner will not carry an external reporting lib. The replacement — a native C++
+report engine — is a product change the migration charter forbids, so it cannot
+be done here. If that project is not pursued, reportbuilder is dropped from the
+codebase (owner decision with the team).
+
+**Everything below predates that decision** (it was written when the plan was 
to
+vendor the JFreeReport JARs) and is kept only as historical context. Note that
+two of its three "blockers" are themselves now stale: `wizards` is migrated (it
+already produces `reportbuilderwizard.jar`) and `java_uno.jar` is built.
+
+---
 
 This module is a pure Java UNO extension (`.oxt` package). It does not produce
 any C++ DLLs and is not on the critical path to `desktop`.

Reply via email to