You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
|[v1.15](https://github.com/dapr/docs) (primary) |https://docs.dapr.io| Latest Dapr release documentation. Typo fixes, clarifications, and most documentation goes here. |
20
-
|[v1.16](https://github.com/dapr/docs/tree/v1.16) (pre-release) |https://v1-16.docs.dapr.io/| Pre-release documentation. Doc updates that are only applicable to v1.15+ go here. |
19
+
|[v1.16](https://github.com/dapr/docs) (primary) |https://docs.dapr.io| Latest Dapr release documentation. Typo fixes, clarifications, and most documentation goes here. |
20
+
|[v1.17](https://github.com/dapr/docs/tree/v1.16) (pre-release) |https://v1-17.docs.dapr.io/| Pre-release documentation. Doc updates that are only applicable to v1.16+ go here. |
21
21
22
22
For more information visit the [Dapr branch structure](https://docs.dapr.io/contributing/docs-contrib/contributing-docs/#branch-guidance) document.
Copy file name to clipboardExpand all lines: daprdocs/content/en/contributing/docs-contrib/maintainer-guide.md
+34-36Lines changed: 34 additions & 36 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -103,24 +103,22 @@ These steps will prepare the latest release branch for archival.
103
103
git checkout -b release_v1.0
104
104
```
105
105
106
-
1. In VS Code, navigate to `/daprdocs/config.toml`.
107
-
1. Add the following TOML to the `# Versioning` section (around line 154):
108
-
109
-
```toml
110
-
version_menu = "v1.0"
111
-
version = "v1.0"
112
-
archived_version = true
113
-
url_latest_version = "https://docs.dapr.io"
114
-
115
-
[[params.versions]]
116
-
version = "v1.2 (preview)"
117
-
url = "v1-2.docs.dapr.io"
118
-
[[params.versions]]
119
-
version = "v1.1 (latest)"
120
-
url = "#"
121
-
[[params.versions]]
122
-
version = "v1.0"
123
-
url = "https://v1-0.docs.dapr.io"
106
+
1. In VS Code, navigate to `hugo.yaml` located in the root.
107
+
1. Add the following configuration to the `# Versioning` section (around line 121 and onwards):
108
+
109
+
```yaml
110
+
version_menu: "v1.0"
111
+
version: "v1.0"
112
+
archived_version: true
113
+
url_latest_version: "https://docs.dapr.io"
114
+
115
+
versions:
116
+
- version: v1.2 (preview)
117
+
url: https://v1-2.docs.dapr.io
118
+
- version: v1.1 (latest)
119
+
url: "#"
120
+
- version: v1.0
121
+
url: https://v1-0.docs.dapr.io
124
122
```
125
123
126
124
1. Delete `.github/workflows/website-root.yml`.
@@ -146,26 +144,25 @@ These steps will prepare the upcoming release branch for promotion to latest rel
146
144
git checkout -b release_v1.1
147
145
```
148
146
149
-
1. In VS Code, navigate to `/daprdocs/config.toml`.
150
-
1. Update line 1 to `baseURL - https://docs.dapr.io/`.
151
-
1. Update the `# Versioning` section (around line 154) to display the correct versions and tags:
147
+
1. In VS Code, navigate to `hugo.yaml` located in the root.
148
+
1. Update line 1 to `baseURL:https://docs.dapr.io/`.
149
+
1. Update the `# Versioning` section (around line 121 and onwards) to display the correct versions and tags:
152
150
153
-
```toml
151
+
```yaml
154
152
# Versioning
155
-
version_menu = "v1.1 (latest)"
156
-
version = "v1.1"
157
-
archived_version = false
158
-
url_latest_version = "https://docs.dapr.io"
159
-
160
-
[[params.versions]]
161
-
version = "v1.2 (preview)"
162
-
url = "v1-2.docs.dapr.io"
163
-
[[params.versions]]
164
-
version = "v1.1 (latest)"
165
-
url = "#"
166
-
[[params.versions]]
167
-
version = "v1.0"
168
-
url = "https://v1-0.docs.dapr.io"
153
+
version_menu: "v1.1 (latest)"
154
+
version: "v1.1"
155
+
archived_version: false
156
+
url_latest_version: https://docs.dapr.io
157
+
github_branch: v1.1
158
+
159
+
versions:
160
+
- version: v1.2 (preview)
161
+
url: https://v1-2.docs.dapr.io
162
+
- version: v1.1 (latest)
163
+
url: "#"
164
+
- version: v1.0
165
+
url: https://v1-0.docs.dapr.io
169
166
```
170
167
171
168
1. Navigate to `.github/workflows/website-root.yml`.
@@ -194,6 +191,7 @@ These steps will prepare the upcoming release branch for promotion to latest rel
194
191
| [v1.2](https://github.com/dapr/docs/tree/v1.2) (pre-release) | https://v1-2.docs.dapr.io/ | Pre-release documentation. Doc updates that are only applicable to v1.2+ go here. |
195
192
```
196
193
194
+
1. Update the _Supported versions_ table in `support-release-policy.md`; add a new line at the top of the table with the new version of the runtime and SDKs. Change the releases which are older than n-2 to be `Unsupported`.
197
195
1. Update the `dapr-latest-version.html` shortcode partial to the new minor/patch version (in this example, `1.1.0` and `1.1`).
198
196
1. Commit the staged changes and push to your branch (`release_v1.1`).
Copy file name to clipboardExpand all lines: daprdocs/content/en/developing-applications/building-blocks/conversation/conversation-overview.md
+4-4Lines changed: 4 additions & 4 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -20,10 +20,10 @@ In addition to enabling critical performance and security functionality (like [p
20
20
-**OpenAI-compatible interface** for seamless integration with existing AI workflows and tools
21
21
22
22
You can also pair the conversation API with Dapr functionalities, like:
23
-
- Resiliency circuit breakers and retries to circumvent limit and token errors, or
24
-
- Middleware to authenticate requests coming to and from the LLM
25
23
26
-
Dapr provides observability by issuing metrics for your LLM interactions.
24
+
- Resiliency policies including circuit breakers to handle repeated errors, timeouts to safeguards from slow responses, and retries for temporary network failures
25
+
- Observability with metrics and distributed tracing using OpenTelemetry and Zipkin
26
+
- Middleware to authenticate requests to and from the LLM
27
27
28
28
## Features
29
29
@@ -67,7 +67,7 @@ Watch the demo presented during [Diagrid's Dapr v1.15 celebration](https://www.d
@@ -197,10 +197,12 @@ public class DemoWorkflowActivity implements WorkflowActivity {
197
197
198
198
<!--go-->
199
199
200
+
### Define workflow activities
201
+
200
202
Define each workflow activity you'd like your workflow to perform. The Activity input can be unmarshalled from the context with `ctx.GetInput`. Activities should be defined as taking a `ctx workflow.ActivityContext` parameter and returning an interface and error.
Define your workflow function with the parameter `ctx *workflow.WorkflowContext` and return any and error. Invoke your defined activities from within your workflow.
Before your application can execute workflows, you must register both the workflow orchestrator and its activities with a workflow registry. This ensures Dapr knows which functions to call when executing your workflow.
- Use `workflow.NewRegistry()` to create a workflow registry
291
+
- Use `r.AddWorkflow()` to register workflow functions
292
+
- Use `r.AddActivity()` to register activity functions
293
+
- Use `client.NewWorkflowClient()` to create a workflow client
294
+
- Call `wclient.StartWorker()` to begin processing workflows
295
+
- Use `wclient.ScheduleWorkflow` to schedule a named instance of a workflow
296
+
214
297
[See the Go SDK workflow activity example in context.](https://github.com/dapr/go-sdk/tree/main/examples/workflow/README.md)
215
298
216
299
{{% /tab %}}
@@ -383,16 +466,16 @@ public class DemoWorkflowWorker {
383
466
Define your workflow function with the parameter `ctx *workflow.WorkflowContext` and return any and error. Invoke your defined activities from within your workflow.
@@ -864,7 +947,7 @@ public class DemoWorkflow extends Workflow {
864
947
[As in the following example](https://github.com/dapr/go-sdk/tree/main/examples/workflow/README.md), a hello-world application using the Go SDK and Dapr Workflow would include:
865
948
866
949
- A Go package called `client` to receive the Go SDK client capabilities.
867
-
- The `TestWorkflow` method
950
+
- The `BusinessWorkflow` method
868
951
- Creating the workflow with input and output.
869
952
- API calls. In the example below, these calls start and call the workflow activities.
870
953
@@ -889,15 +972,15 @@ var failActivityTries = 0
889
972
func main() {
890
973
r :=workflow.NewRegistry()
891
974
892
-
if err :=r.AddWorkflow(TestWorkflow); err != nil {
975
+
if err :=r.AddWorkflow(BusinessWorkflow); err != nil {
893
976
log.Fatal(err)
894
977
}
895
-
fmt.Println("TestWorkflow registered")
978
+
fmt.Println("BusinessWorkflow registered")
896
979
897
-
if err :=r.AddActivity(TestActivity); err != nil {
980
+
if err :=r.AddActivity(BusinessActivity); err != nil {
898
981
log.Fatal(err)
899
982
}
900
-
fmt.Println("TestActivity registered")
983
+
fmt.Println("BusinessActivity registered")
901
984
902
985
if err :=r.AddActivity(FailActivity); err != nil {
903
986
log.Fatal(err)
@@ -921,7 +1004,7 @@ func main() {
921
1004
// "start". This is useful for increasing the throughput of creating
0 commit comments