HTMX: Configuration
All properties below use the prefix causeway.viewer.webcomponents.htmx..
| Property | Default | Purpose |
|---|---|---|
|
|
Bounded non-root origin-relative viewer mount |
|
|
Backend endpoint used by the stable client |
|
|
Application branding |
|
|
Document language |
|
Unset |
One same-origin stylesheet after the default theme |
|
|
Validate/cache packaged pages and shell, or re-read registered resources with |
|
|
Common presentation policy; |
|
|
Autocomplete search threshold |
|
|
Window request fallback and legacy complete-response bound |
|
Unset |
Optional footer comparison link for samples |
An advertised autocomplete field’s smaller introspected default window takes precedence over the configured fallback.
The deprecated editor-toolkit, vaadin-reference-widgets, and vaadin-field-families settings remain compatibility inputs; prefer component-toolkit for new applications.
An explicit common component policy takes precedence over those legacy settings.
causeway.viewer.webcomponents.htmx.base-path=/htmx
causeway.viewer.webcomponents.htmx.graph-ql-endpoint=/graphql
causeway.viewer.webcomponents.htmx.component-toolkit=native
The native setting is a complete presentation rollback, not a change to permissions or GraphQL semantics. See presentation boundaries.
Resource reload
Production-oriented cached mode validates packaged HTML once at startup.
Development reload mode reopens and validates an already registered page on each render and the selected shell on each full-document render.
It does not rescan registrations: adding, deleting, or renaming a resource requires restarting the application context.
An invalid reload fails the request rather than showing stale content or silently selecting the generic page.
The HTMX Petclinic sample opts into reload mode. After editing a resource in an IDE, build the project so the updated resource reaches the running application’s classpath, then refresh the browser.
Routes and deployment
Canonical object routes have the form /htmx/object/<logical-type>/<identifier> with independently percent-encoded segments.
Each decoded source segment and each final encoded segment is bounded to 4,096 bytes or ASCII characters respectively.
Proxies and containers must permit valid canonical routes without decoding encoded separators.
HX-Request: true requests receive a route fragment and an HX-Push-Url header.
History restoration also replaces only the route region.
Authorization-sensitive history snapshots are disabled; cache misses re-fetch the authorised fragment.
The full shell is private, no-store and retains a restrictive same-origin CSP.
Configure security through the security integration, not by relying on browser caching or hidden controls.