Skip to content
Snippets Groups Projects
Commit 97ba4f4b authored by René Schöne's avatar René Schöne
Browse files

fixing links again

parent 0ec6e748
No related branches found
No related tags found
2 merge requests!39Version 1.1.0,!35Version 1.0.0
Pipeline #14535 passed
...@@ -13,7 +13,7 @@ Additional options are as follows. ...@@ -13,7 +13,7 @@ Additional options are as follows.
| `--logWrites` | No (false) | Enable logging for every sent message. | | `--logWrites` | No (false) | Enable logging for every sent message. |
| `--logIncremental` | No (false) | Enable logging for observer in incremental dependency tracking. | | `--logIncremental` | No (false) | Enable logging for observer in incremental dependency tracking. |
| `--logTarget` | No (`console`) | Logging target to use, currently available: `console, slf4j`. | | `--logTarget` | No (`console`) | Logging target to use, currently available: `console, slf4j`. |
| `--experimental-jastadd-329` | No (false) | Use tracing events `INC_FLUSH_START` and `INC_FLUSH_END` ([JastAdd issue #329][jastadd-issue-329]), see [section about automatic dependency tracking](using#dependency-tracking-automatically-derived). | | `--experimental-jastadd-329` | No (false) | Use tracing events `INC_FLUSH_START` and `INC_FLUSH_END` ([JastAdd issue #329][jastadd-issue-329]), see [section about automatic dependency tracking](using.md#dependency-tracking-automatically-derived). |
| `--incremental` | No (false) | Enables incremental dependency tracking (if `tracing` is also set appropriately). | | `--incremental` | No (false) | Enables incremental dependency tracking (if `tracing` is also set appropriately). |
| `--tracing[=flush]` | No (false) | Enables incremental dependency tracking (if `incremental` is also set appropriately). | | `--tracing[=flush]` | No (false) | Enables incremental dependency tracking (if `incremental` is also set appropriately). |
| `--version` | No (false) | Print version info and exit (reused JastAdd option) | | `--version` | No (false) | Print version info and exit (reused JastAdd option) |
...@@ -78,7 +78,7 @@ However, depending on the selected protocols and/or used features, additional de ...@@ -78,7 +78,7 @@ However, depending on the selected protocols and/or used features, additional de
- Remarks: - Remarks:
- Other (additional) values passed to those two options must be equal (e.g., `--incremental=param` passed to RagConnect must be also passed to JastAdd) - Other (additional) values passed to those two options must be equal (e.g., `--incremental=param` passed to RagConnect must be also passed to JastAdd)
- Other values besides `flush` can be added to `--tracing` - Other values besides `flush` can be added to `--tracing`
- [Feature description](using#dependency-tracking-automatically-derived) - [Feature description](using.md#dependency-tracking-automatically-derived)
### (Safer) Automatic dependency tracking ### (Safer) Automatic dependency tracking
...@@ -88,7 +88,7 @@ However, depending on the selected protocols and/or used features, additional de ...@@ -88,7 +88,7 @@ However, depending on the selected protocols and/or used features, additional de
- Required options for JastAdd: _none_ - Required options for JastAdd: _none_
- Remarks: - Remarks:
- JastAdd version has to support `INC_FLUSH_START` and `INC_FLUSH_END` (i.e., has [issue #329][jastadd-issue-329] resolved) - JastAdd version has to support `INC_FLUSH_START` and `INC_FLUSH_END` (i.e., has [issue #329][jastadd-issue-329] resolved)
- [Feature description](using#dependency-tracking-automatically-derived) - [Feature description](using.md#dependency-tracking-automatically-derived)
### Tree/List Endpoints ### Tree/List Endpoints
...@@ -100,7 +100,7 @@ However, depending on the selected protocols and/or used features, additional de ...@@ -100,7 +100,7 @@ However, depending on the selected protocols and/or used features, additional de
- `--serializer=jackson` - `--serializer=jackson`
- Required options for JastAdd: _none_ - Required options for JastAdd: _none_
- Remarks: - Remarks:
- [Feature description](using#an-advanced-example) - [Feature description](using.md#an-advanced-example)
### Logging Target SLF4J ### Logging Target SLF4J
......
...@@ -115,7 +115,7 @@ A dependency definition describes a possible dependency on type-level from a tok ...@@ -115,7 +115,7 @@ A dependency definition describes a possible dependency on type-level from a tok
Whenever the token changes, the attribute is eagerly re-computed and endpoints attached to it are triggered. Whenever the token changes, the attribute is eagerly re-computed and endpoints attached to it are triggered.
Such a dependency must be added on instance-level for every token that could have an influence to the attribute. Such a dependency must be added on instance-level for every token that could have an influence to the attribute.
An alternative for those explicit dependency definitions is [incremental dependency tracking](using#dependency-tracking-automatically-derived). An alternative for those explicit dependency definitions is [incremental dependency tracking](using.md#dependency-tracking-automatically-derived).
To declare a dependency definition, use the following syntax: To declare a dependency definition, use the following syntax:
......
...@@ -4,7 +4,7 @@ The full example is available at <https://git-st.inf.tu-dresden.de/jastadd/ragco ...@@ -4,7 +4,7 @@ The full example is available at <https://git-st.inf.tu-dresden.de/jastadd/ragco
## Preparation and Specification ## Preparation and Specification
The following examples are inspired by real [test cases](https://git-st.inf.tu-dresden.de/jastadd/ragconnect-tests/-/tree/master/ragconnect.tests/src/test/01-input) read1write2 and tokenValueSend. The following examples are inspired by real [test cases](https://git-st.inf.tu-dresden.de/jastadd/ragconnect/-/tree/master/ragconnect.tests/src/test/01-input) read1write2 and tokenValueSend.
The idea is to have two non-terminals, where input information is received on one of them, and - after transformation - is sent out by both. The idea is to have two non-terminals, where input information is received on one of them, and - after transformation - is sent out by both.
Let's use the following grammar: Let's use the following grammar:
...@@ -66,7 +66,7 @@ A.OutputOnA canDependOn A.Input as dependencyA ; ...@@ -66,7 +66,7 @@ A.OutputOnA canDependOn A.Input as dependencyA ;
## Using generated code ## Using generated code
After specifying everything, code will be generated if [setup properly](adding). After specifying everything, code will be generated if [setup properly](adding.md).
Let's create an AST in some driver code: Let's create an AST in some driver code:
```java ```java
...@@ -87,7 +87,7 @@ a.addDependencyA(a); ...@@ -87,7 +87,7 @@ a.addDependencyA(a);
``` ```
Finally, we can actually _connect_ the tokens. Finally, we can actually _connect_ the tokens.
Depending on the enabled protocols, [different URI schemes are allowed](compiler#communication-protocol-characteristics). Depending on the enabled protocols, [different URI schemes are allowed](compiler.md#communication-protocol-characteristics).
In this example, we use the default protocol: MQTT. In this example, we use the default protocol: MQTT.
```java ```java
...@@ -156,7 +156,7 @@ receive ReceiverRoot.A ; ...@@ -156,7 +156,7 @@ receive ReceiverRoot.A ;
To process non-terminals, default mappings are provided for every non-terminal type of the used grammar. To process non-terminals, default mappings are provided for every non-terminal type of the used grammar.
They use the JSON serialization offered by the RelAST compiler, i.e., interpret the message as a `String`, deserialize the content reading the message as JSON, or vice versa. They use the JSON serialization offered by the RelAST compiler, i.e., interpret the message as a `String`, deserialize the content reading the message as JSON, or vice versa.
Additional dependencies are required to use this feature, as detailed in [the compiler section](compiler#treelist-endpoints). Additional dependencies are required to use this feature, as detailed in [the compiler section](compiler.md#treelist-endpoints).
## Receiving List Children ## Receiving List Children
...@@ -169,7 +169,7 @@ SenderRoot ::= /AList:A*/ /SingleA:A/; ...@@ -169,7 +169,7 @@ SenderRoot ::= /AList:A*/ /SingleA:A/;
ReceiverRoot ::= A* ; ReceiverRoot ::= A* ;
``` ```
Several options are possible (please also refer to the specification of the [connect DSL](dsl): Several options are possible (please also refer to the specification of the [connect DSL](dsl.md):
### (empty) ### (empty)
...@@ -247,7 +247,7 @@ assertEquals(receiverRoot.getAList(), list("1", "other", "new")); ...@@ -247,7 +247,7 @@ assertEquals(receiverRoot.getAList(), list("1", "other", "new"));
## Using attributes as endpoint targets ## Using attributes as endpoint targets
As described in the [DSL specification](dsl), attributes can be used as endpoint targets. As described in the [DSL specification](dsl.md), attributes can be used as endpoint targets.
They can only be used in send endpoints, and the return type of the attribute must be specified in the connect specification (because aspect files are not handled completely yet). They can only be used in send endpoints, and the return type of the attribute must be specified in the connect specification (because aspect files are not handled completely yet).
Currently, synthesized, inherited, collection, and circular attributes are supported. Currently, synthesized, inherited, collection, and circular attributes are supported.
......
0% Loading or .
You are about to add 0 people to the discussion. Proceed with caution.
Please register or to comment