summaryrefslogtreecommitdiffstats
path: root/documentation/advanced/advanced-architecture.asciidoc
diff options
context:
space:
mode:
Diffstat (limited to 'documentation/advanced/advanced-architecture.asciidoc')
-rw-r--r--documentation/advanced/advanced-architecture.asciidoc4
1 files changed, 2 insertions, 2 deletions
diff --git a/documentation/advanced/advanced-architecture.asciidoc b/documentation/advanced/advanced-architecture.asciidoc
index 64b9b78add..a8b61ae616 100644
--- a/documentation/advanced/advanced-architecture.asciidoc
+++ b/documentation/advanced/advanced-architecture.asciidoc
@@ -9,7 +9,7 @@ layout: page
In this section, we continue from the basic application architectures described
in
-<<dummy/../../../framework/application/application-architecture#application.architecture,"Building
+<<../application/application-architecture#application.architecture,"Building
the UI">> and discuss some of the more advanced patterns that are often used in
Vaadin applications.
@@ -29,7 +29,7 @@ model and the "business logic" of the application, typically as beans or POJOs.
A user interface is built on top of the domain model, in our context with the
Vaadin Framework. The Vaadin user interface could be bound directly to the data
model through the Vaadin Data Model, described in
-<<dummy/../../../framework/datamodel/datamodel-overview.asciidoc#datamodel.overview,"Binding Components to Data">>.
+<<../datamodel/datamodel-overview.asciidoc#datamodel.overview,"Binding Components to Data">>.
Beneath the domain model lies a data store, such as a relational database.
The dependencies between the layers are restricted so that a higher layer may depend on a lower one, but never the other way around.