Architecture Publisher

Your Sparx EA repository, published as a branded, searchable portal that anyone can open.

Architecture teams spend months building a repository that only the architecture team can open. The people who most need it — delivery leads, risk, audit, procurement, the supplier who has to integrate with you — do not have a modelling licence, and would not want one.

So the model gets exported by hand into slide decks and Word documents, which are out of date the week after they are written, and the repository quietly stops being the source of truth.

Architecture Publisher reads the repository and generates the readable form of it: a complete static portal, branded as yours, regenerated on a schedule so it never drifts from the baseline it claims to describe.

Architecture Publisher generated portal — landing page with diagram gallery and repository tree
The generated portal. Everything on this page is static: no backend, no database, no runtime API.

How it works

1

Point it at the repository

A .eapx or .qea file, or a Pro Cloud Server connection. Read-only — it never writes to your model.

2

Choose scope and brand

Perspectives, diagrams, notes and tagged values in or out; one brand colour, a logo, a presentation pack and a language.

3

Publish, on a schedule

Generate and deploy to a folder, a share or a web target — manually, or unattended every night or every Monday morning.

Setting it up

The console is a native Windows desktop application. Three things get configured once — where the repository is, where the portal goes, and how often it should be rebuilt — and after that the product runs itself.

Architecture Publisher console showing repository profiles, deployment targets and publication projects
The console: repository profiles, deployment targets and publication projects, with the job log docked below.
Repository profile dialog pointed at a Sparx Enterprise Architect .eapx file over COM
A repository profile. COM automation against a local Enterprise Architect file, or Pro Cloud Server over HTTP.
Publication project editor showing scope, perspectives and branding
The publication project ties a repository to a deployment target, and carries the scope, perspectives and branding.

Setting the periodicity

This is the setting that decides whether a portal stays trustworthy. Pick a cadence and Architecture Publisher registers a Windows scheduled task that runs the publication command unattended. Manual, every n minutes, daily, weekly or monthly.

Schedule tab showing publication frequency options: manual, interval, daily, weekly and monthly
Schedule tab. A weekly Monday 06:00 publication: frequent enough to track the baseline, stable enough that a shared link still means something.
Deployment target dialog for a local folder, network share, FTP or WebDAV destination
The deployment target. A network share is the usual answer; FTP(S) and WebDAV are there for the intranet web server.

What readers get

The screenshots below come from a real publication of the sample repository described further down — nothing here is a mock-up.

Interactive SVG diagram page in the generated portal with clickable elements
A diagram page. The SVG is interactive: every shape links to the element behind it.
Element page showing documentation, tagged values, relationships and the diagrams an element appears on
An element page: documentation, tagged values, relationships in both directions, and every diagram the element appears on.
Catalogue page listing elements with their tagged values in a filterable table
The catalogue answers portfolio questions without opening the modelling tool.
Search page with faceted results from the browser-side index
Search runs entirely in the browser against an index built at publication time.
Relationship matrix page showing coverage between two sets of elements
Matrices show coverage and, more usefully, the gaps: the cells that should be filled and are not.
Dashboard page summarising the published architecture baseline
The dashboard summarises the baseline — what is in it, and what the publication run had to skip.
🗂️

The whole repository, navigable

Packages, elements, diagrams, relationships and tagged values, with a lazily loaded repository tree, breadcrumbs, backlinks, favourites and recently viewed.

🖼️

Interactive diagrams

Every diagram rendered as interactive SVG with clickable elements, a thumbnail gallery on the landing page and package pages, and related diagrams ranked by shared elements.

🔎

Search that works offline

A browser-side index built at publication time: instant, prefix, phrase, exclusion and fuzzy matching across five facets. No search server anywhere.

🧭

Eight perspectives

Full, business, application, data, integration, technology, security and transformation. Publish all of them or only the ones a given audience should see.

📊

Catalogue, matrices, dashboard

Tabular catalogues for answering portfolio questions, relationship matrices for coverage and gaps, and a dashboard that summarises the baseline.

🎨

Seven presentation packs

Corporate, public administration, executive, technical, minimal, dark and civic. All on one token contract, so a third-party pack can be registered too.

⏱️

Scheduled publication

Manual, interval, daily, weekly or monthly through the Windows Task Scheduler. Set it once and the portal tracks the repository.

📦

Deploy where people look

Local folder, network share, FTP(S) and WebDAV. SFTP, Azure Blob and S3 are registered and refuse cleanly rather than pretending to work.

🧾

A publication report

Every run records what was included, what was skipped and why. A portal you cannot audit is a portal you cannot trust.

The demonstration repository

Everything shown here is generated from Lumenia Financial Group, a fictional European digital bank we maintain as a demonstration repository. It is a full TOGAF ADM structure with four connected transformation projects — trusted digital onboarding, instant payments, AI fraud detection, and a governed AI assistant — carried all the way through to requirements, verification cases and governance decisions.

It exists so that a demonstration shows a repository with the problems real ones have: regulatory obligations that have to be traced, projects that depend on each other, and decisions that need evidence.

169
packages
1,060
elements
3,282
relationships
134
diagrams

The repository is itself generated from a text DSL and rebuilt by a script inside Enterprise Architect, so the whole demonstration is reproducible: change the source, rebuild, republish. That is also how we keep it honest — a validator checks referential integrity and diagram geometry before anything is imported.

Four-project transformation story diagram from the Lumenia sample repository
Four connected projects, each consuming what the previous one established.
Lumenia trusted real-time banking target architecture diagram
The executive target architecture view, exported straight from Enterprise Architect.
EU AI Act compliance architecture diagram tracing obligations to processes, platform and evidence
Regulatory traceability: each EU AI Act obligation to the process that realises it, the component that supports it and the evidence it produces.
AURORA end-to-end assistant architecture diagram showing channel, assistant, grounding and banking systems
A governed AI assistant, with the model gateway and the tool gateway as the two chokepoints everything has to pass through.
Post-quantum readiness roadmap diagram from 2026 baseline to 2030 target
A migration roadmap with plateaus, work packages and the gap it is closing — the kind of view an executive asks for and a modeller usually redraws in slides.

The technical facts

VersionArchitecture Publisher 0.2.1
ReadsSparx Enterprise Architect — COM automation interface (Windows) or Pro Cloud Server over HTTP. Read-only.
ProducesStatic HTML, CSS, JavaScript, JSON, SVG and images
Needs at runtimeA browser. No backend, no database, no server-side rendering, no secrets, no API.
LanguagesEnglish, German, Spanish, French, Italian, Japanese, Dutch, Chinese
PerspectivesFull, business, application, data, integration, technology, security, transformation
Presentation packsSeven, on a shared token contract; third-party packs registerable
DeploymentLocal folder, network share, FTP(S), WebDAV
SchedulingWindows Task Scheduler — manual, interval, daily, weekly, monthly
SecurityWindows Authentication with an ARCHPUB-Admins group; credentials in Windows Credential Manager / DPAPI
ConsoleNative Windows desktop application with dockable panels, property grid and background jobs
Configuration storeSQLite with versioned migrations

Where the product is today

Architecture Publisher is at version 0.2.1. Publishing from a local Enterprise Architect repository, deploying to a folder or a share and running on a schedule are the paths we exercise on every release — the portal on this page was generated that way.

The Pro Cloud Server adapter is tested against recorded responses rather than a live server, and the SFTP, Azure Blob and S3 deployment targets are registered but deliberately refuse rather than half-work. If your situation needs one of those, tell us — that is a roadmap conversation, not a sales one.

Questions we get asked

Does everyone who reads the portal need a Sparx EA licence?

No. The portal is plain HTML, CSS, JavaScript, JSON, SVG and images. Anyone with a browser can read it. Licences stay with the people who actually model.

Does it need a server, a database or an API at runtime?

No. The output is fully static. It runs from a web server, an intranet file share or a USB stick. There is no backend to secure, no database to back up and no runtime API to break.

How does it read the repository?

Through the documented Enterprise Architect automation interface (EA.Repository) on Windows, or over HTTP against Pro Cloud Server. It reads only — it never writes to your repository.

Can it publish automatically?

Yes. Publication is registered with the Windows Task Scheduler and can run manually, at an interval, or daily, weekly or monthly at a chosen time. The command line is what the scheduled task runs, so anything you can schedule you can also run by hand or from a pipeline.

Can we brand it?

You supply one brand colour, a logo and a favicon. The presentation pack derives the body-text tint from your colour so the result still meets WCAG AA contrast without maintaining a second palette. Seven packs ship with the product.

Which languages does the portal render in?

English, German, Spanish, French, Italian, Japanese, Dutch and Chinese. One publication renders in one language; adding a language is a single file.

How large a repository can it handle?

Measured on synthetic repositories, 8,000 elements publish in about 3.6 seconds to roughly 80 MB, and 30,000 elements in about 14.5 seconds to roughly 309 MB. The browser-side search index warns once it passes 8 MB.

How is this different from WebEA or Prolaborate?

Those are live, server-hosted views of a repository, with the infrastructure and licensing that implies. Architecture Publisher produces a dated, immutable snapshot with nothing to run. Different tool for a different job: it is for distributing an approved baseline widely, not for collaborating on a live model.

See it against your own repository

The fastest way to judge Architecture Publisher is to point it at a copy of your own model and look at what comes out. We will run it with you, on your repository, and you keep the portal whatever you decide afterwards.

Arrange a demonstration