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
A successful POST returns the ID of the new the blob.
197
197
@@ -203,7 +203,7 @@ The following sections describe the core blob-related API endpoints and their fu
203
203
204
204
You can attach blobs to devices. The following image shows the Swagger reference documentation for your Management APIs. It specifies device-related API endpoints for blob consumption and any required path parameters to pass into them.
For example, to update or create a blob and attach the blob to a device, make an authenticated HTTP PATCH request to:
209
209
@@ -221,7 +221,7 @@ Successful requests return a JSON object as [described earlier](#blobs-response-
221
221
222
222
You can also attach blobs to spaces. The following image lists all space API endpoints responsible for handling blobs. It also lists any path parameters to pass into those endpoints.
For example, to return a blob attached to a space, make an authenticated HTTP GET request to:
227
227
@@ -241,7 +241,7 @@ A PATCH request to the same endpoint updates metadata descriptions and creates v
241
241
242
242
You can attach blobs to user models (for example, to associate a profile picture). The following image shows relevant user API endpoints and any required path parameters, like `id`:
For example, to fetch a blob attached to a user, make an authenticated HTTP GET request with any required form data to:
247
247
@@ -257,23 +257,41 @@ Successful requests return a JSON object as [described earlier](#blobs-response-
257
257
258
258
## Common errors
259
259
260
-
A common error involves not supplying the correct header information:
260
+
*A common error involves not supplying the correct header information:
261
261
262
-
```JSON
263
-
{
264
-
"error": {
265
-
"code": "400.600.000.000",
266
-
"message": "Invalid media type in first section."
267
-
}
268
-
}
269
-
```
262
+
```JSON
263
+
{
264
+
"error": {
265
+
"code": "400.600.000.000",
266
+
"message": "Invalid media type in first section."
267
+
}
268
+
}
269
+
```
270
+
271
+
To resolve this error, verify that the overall request has an appropriate **Content-Type** header:
272
+
273
+
*`multipart/mixed`
274
+
*`multipart/form-data`
275
+
276
+
Also, verify that each *multipart chunk* has an appropriate corresponding **Content-Type**.
277
+
278
+
* A second common error arises when multiple blobs are assigned to the same resource in your [spatial intelligence graph](concepts-objectmodel-spatialgraph.md):
279
+
280
+
```JSON
281
+
{
282
+
"error": {
283
+
"code": "400.600.000.000",
284
+
"message": "SpaceBlobMetadata already exists."
285
+
}
286
+
}
287
+
```
270
288
271
-
To resolve this error, verify that the overall request has an appropriate **Content-Type** header:
289
+
> [!NOTE]
290
+
> The **message** attribute will vary based on the resource.
272
291
273
-
*`multipart/mixed`
274
-
*`multipart/form-data`
292
+
Only one blob (of each kind) may be attached to each resource within your spatial graph.
275
293
276
-
Also, verify that each multipart chunk has a corresponding **Content-Type** as needed.
294
+
To resolve this error, update the existing blob by using the appropriate API HTTP PATCH operation. Doing so will replace the existing blob data with the desired data.
Copy file name to clipboardExpand all lines: articles/digital-twins/how-to-configure-postman.md
+7-1Lines changed: 7 additions & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -7,7 +7,7 @@ manager: bertvanhoof
7
7
ms.service: digital-twins
8
8
services: digital-twins
9
9
ms.topic: conceptual
10
-
ms.date: 11/13/2019
10
+
ms.date: 01/10/2020
11
11
---
12
12
13
13
# How to configure Postman for Azure Digital Twins
@@ -127,6 +127,12 @@ After completing the previous steps, configure Postman to make an authenticated
127
127
128
128
1. Lastly, select **Send** to submit your multipart HTTP POST request. A status code of `200` or `201` indicates a successful request. The appropriate response message will appear in the client interface.
129
129
130
+
1. Validate your HTTP POST request data by calling the API endpoint:
- To learn about the Digital Twins management APIs, and how to use them, read [How to use Azure Digital Twins management APIs](how-to-navigate-apis.md).
Copy file name to clipboardExpand all lines: articles/sql-database/sql-database-auditing.md
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -83,7 +83,7 @@ The following section describes the configuration of auditing using the Azure po
83
83
5.**New** - You now have multiple options for configuring where audit logs will be written. You can write logs to an Azure storage account, to a Log Analytics workspace for consumption by Azure Monitor logs, or to event hub for consumption using event hub. You can configure any combination of these options, and audit logs will be written to each.
84
84
85
85
> [!NOTE]
86
-
>Customer wishing to configure an immutable log store for their server- or database-level audit events should follow the [instructions provided by Azure Storage](https://docs.microsoft.com/azure/storage/blobs/storage-blob-immutable-storage)
86
+
>Customer wishing to configure an immutable log store for their server- or database-level audit events should follow the [instructions provided by Azure Storage](https://docs.microsoft.com/azure/storage/blobs/storage-blob-immutability-policies-manage#enabling-allow-protected-append-blobs-writes)
87
87
88
88
> [!WARNING]
89
89
> Enabling auditing to Log Analytics will incur cost based on ingestion rates. Please be aware of the associated cost with using this [option](https://azure.microsoft.com/pricing/details/monitor/), or consider storing the audit logs in an Azure storage account.
0 commit comments