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
Users that are not part of the customer organization (not within the email domain of the customer) can be invited with the same levels of access. Such users still require a standard Mendix login.
Spaces define which applications can exchange events with each other. When Business Events is enabled for an environment, it is placed in an Event Broker space based on the environment name. This enables apps deployed under the same space to publish and consume events. For example, apps in acceptance environment can only exchange events with other apps' acceptance environments. You can check the space of an app's environment on the [Event Broker Manager](https://broker.mendix.com/) page.
51
51
52
52
Spaces are created and assigned based on the app environment name and allow isolation of your business events. The default behavior can be changed if needed. Contact [Mendix Support](https://support.mendix.com/) if you would like to change the space of a specific app environment.
53
53
54
-
See [Enabling the Mendix Event Broker Service](#enable-mx-event-broker), above, for more information.
54
+
See the [Enabling the Mendix Event Broker Service](#enable-mx-event-broker) section above for more information.
55
55
56
56
#### Topics and Channels {#topics-channels}
57
57
@@ -63,10 +63,12 @@ Events published by Free Apps are published to one shared company channel on a m
63
63
64
64
The Mendix Event Broker allows access control to be applied down to the event level. Each application can be granted or denied access to events using the [Event Broker Manager](https://broker.mendix.com/).
65
65
66
+
##### Types of Access
67
+
66
68
The overview page contains a list of applications by environment within the organization's event landscape. The table contains columns that provide cases with exceptions:
67
69
68
-
***Implemented but no access**- an application has implemented an event that it is not allowed to access, guaranteeing a failure to subscribe to and/or publish the event
69
-
***Has access but not implemented**- an application has been provided with more access than is required and you could make it more secure.
70
+
***Implemented but no access**– an application has implemented an event that it is not allowed to access, guaranteeing a failure to subscribe to and/or publish the event
71
+
***Has access but not implemented**– an application has been provided with more access than is required and you could make it more secure.
From the main overview page, an administrator can assign the default behavior of applications when they deploy to an environment for the first time by changing the configuration in the **Manage Default Access** dialog box.
85
+
From the main overview page, an administrator can assign the default application behavior when they deploy to an environment for the first time by changing the configuration in the **Manage Default Access** dialog box.
From here, you can manage the default access settings:
86
90
87
-
*Allowing **An app can access events defined in it** – allows newly-deployed applications to always have access to any events defined within that application (see [Creating a New Business Event Service](/appstore/services/business-events/#two-way-be-create) for more information)
88
-
*Administrators can check two options under **For other events, in all environments, the app can:**
91
+
***An app can access events defined in it** – enabling this setting allows newly-deployed applications to always have access to any events defined within that application (see [Creating a New Business Event Service](/appstore/services/business-events/#two-way-be-create) for more information)
92
+
***For other events, in all environments, the app can:**
89
93
90
94
***Publish events it implements**
91
95
***Subscribe to events it implements**
@@ -115,7 +119,7 @@ See [CloudEvents](https://github.com/cloudevents/spec/blob/v1.0.1/spec.md#requir
115
119
116
120
For HTTP Bridges, an additional HTTP header is required for authentication.
117
121
118
-
***Authorization**: The value must be set as a Bearer token using the Personal Access Token (PAT) generated during bridge configuration.
122
+
***Authorization** – The value must be set as a Bearer token using the Personal Access Token (PAT) generated during bridge configuration.
119
123
For example: `Authorization: Bearer <your-personal-access-token>`
120
124
121
125
This header must be included in all HTTP requests sent to the Mendix Event Broker via the HTTP Bridge. For details on how to obtain your Bearer token, see [Using the HTTP Bridge](#using-the-http-bridge).
@@ -133,7 +137,7 @@ Technical Contacts with a license to the Mendix Event Broker can manage this fea
133
137
1. Click **Create a Bridge** to create a new bridge.
134
138
2. Select either an **AWS SQS** or an **HTTP** service to configure.
135
139
136
-
An AWS SQS bridge uses the [Amazon Simple Queue Service](https://aws.amazon.com/sqs/). The HTTP Bridge uses HTTP requests to send events from external systems to the Mendix Event Broker. The HTTP bridge is one-way: **HTTP to Event Broker**.
140
+
* An AWS SQS bridge uses the [Amazon Simple Queue Service](https://aws.amazon.com/sqs/). The HTTP Bridge uses HTTP requests to send events from external systems to the Mendix Event Broker. The HTTP bridge is one-way: **HTTP to Event Broker**.
137
141
138
142
3. Click **Next** to continue with creating your bridge.
139
143
@@ -142,15 +146,15 @@ Technical Contacts with a license to the Mendix Event Broker can manage this fea
142
146
143
147
### Configuring a Bridge with AWS SQS {#bridge-with-aws-sqs}
144
148
145
-
The creation process for AWS SQS bridges contains two further steps on the Mendix side and policies that need to be implemented on the AWS side.
149
+
The creation process for AWS SQS bridges includes two further steps on the Mendix side and policies that need to be implemented on the AWS side.
146
150
147
151
#### Configuration Details
148
152
149
-
The next step of configuration is to select a [Space](#spaces), Name, and Region for the bridge to operate in.
153
+
1. Select a [Space](#spaces), Name, and Region for the bridge to operate in.
6. After all events have been configured, click **Start** to start the Mendix Event Broker Bridge. This process will take several minutes to complete. You can also choose to **Start Later**.
Initially, you will have no business events. Choose the business events to integrate by doing the following:
246
247
247
-
1. Click **Add Business Events** to open a dialog displaying all events managed by the Event Broker (including Mendix app-defined and uploaded AsyncAPI events).
248
-
249
-
Only events that can **subscribe** are displayed, as this bridge is one-way.
250
-
251
-
2. Select the event(s) you want to integrate.
252
-
253
-
Once events are selected, the URL for the HTTP connection is automatically generated. No further configuration is required.
254
-
248
+
1. Click **Add Business Events** to open a dialog displaying all events managed by the Event Broker (including Mendix app-defined and uploaded AsyncAPI events). Only events that can **subscribe** are displayed, as this bridge is one-way.
249
+
2. Select the event(s) you want to integrate. Once events are selected, the URL for the HTTP connection is automatically generated. No further configuration is required.
255
250
3. Click **Next** to integrate the chosen business events.
@@ -326,21 +321,19 @@ The Mendix Event Broker allows users to upload an AsyncAPI document for these ex
326
321
327
322
Technical Contacts with a license to the Mendix Event Broker can manage this feature from the **Uploaded Events** tab on the [Event Broker Manager](https://broker.mendix.com/) page.
Upload an AsyncAPI contract based on the [AsyncAPI format](#asyncapi-format). If there are any errors with the content or file format, an error box will display a list of the issues found.
The details of the uploaded file are extracted in the Verify section. This allows you to confirm that all information is accurate and meets the required expectations.
336
+
The details of the uploaded file are extracted in the **Verify** section. This allows you to confirm that all information is accurate and meets the required expectations.
@@ -396,11 +389,11 @@ To use an uploaded event in a Bridge, you must configure a [Bridge with AWS SQS]
396
389
397
390
To use an uploaded event in an application, download the AsyncAPI contract for Studio Pro and import it as a new business event in your Mendix application. The download button is available on the [Service Details](#service-details) page.
398
391
399
-
After downloading the file, open your Studio Pro app and import the file as a new business event using the **Use an existing business event service** option.
392
+
Use the **Use an existing business event service** option to import the file as a new business event.
0 commit comments