Skip to content

Commit 30c05c4

Browse files
committed
fixed PR review errors
1 parent 1055b50 commit 30c05c4

File tree

3 files changed

+5
-5
lines changed

3 files changed

+5
-5
lines changed

articles/iot-dps/concepts-custom-allocation.md

Lines changed: 3 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -188,7 +188,7 @@ For the TPM registration request in the previous section, the device runtime con
188188
}
189189
```
190190

191-
If this isn't the initial registration for the device then the runtime context will also include the **currentIoTHubHostname** and the **currentDeviceId** properties.
191+
If this isn't the initial registration for the device, then the runtime context will also include the **currentIoTHubHostname** and the **currentDeviceId** properties.
192192

193193
### Custom allocation webhook returns data to DPS
194194

@@ -249,7 +249,7 @@ The following points describe the requirements that your custom allocation webho
249249

250250
* On initial assignment, if the **initialTwin** property is returned by the webhook, DPS will set the initial twin for the device on the assigned IoT hub accordingly. If the **initialTwin** property is omitted or is **null**, DPS sets the initial twin for the device to the initial twin setting specified in the enrollment entry.
251251

252-
* On reprovsioning, DPS follows the reprovisioning policy set in the enrollment entry. DPS only uses **initialTwin** property in the response if the current IoT hub is changed and the reprovisioning policy set on the enrollment entry is *Re-provision and reset to initial config*. In this case, DPS sets the initial twin for the device on the new IoT hub exactly as it would during initial assignment in the previous bullet. In all other cases, DPS ignores the **initialTwin** property.
252+
* On reprovisioning, DPS follows the reprovisioning policy set in the enrollment entry. DPS only uses **initialTwin** property in the response if the current IoT hub is changed and the reprovisioning policy set on the enrollment entry is *Re-provision and reset to initial config*. In this case, DPS sets the initial twin for the device on the new IoT hub exactly as it would during initial assignment in the previous bullet. In all other cases, DPS ignores the **initialTwin** property.
253253

254254
* If the **payload** property is set in the response, DPS will always return it to the device regardless of whether the request is for initial assignment or reprovisioning.
255255

@@ -268,7 +268,7 @@ The following points describe the requirements that your custom allocation webho
268268

269269
The DPS device SDKs provide APIs in C, C#, Java, and Node.js to help you register devices with DPS. Both the IoT Hub SDKs and the DPS SDKs provide classes that represent device and service artifacts like device twins and enrollment entries that might be helpful when developing custom allocation webhooks. To learn more about the Azure IoT SDKs available for IoT Hub and IoT Hub Device Provisioning service, see [Azure IoT Hub SDKs](../iot-hub/iot-hub-devguide-sdks.md) and [Azure DPS SDKs](./libraries-sdks.md).
270270

271-
## Next Steps
271+
## Next steps
272272

273273
* For an end-to-end example using a custom allocation policy, see [Use custom allocation policies](tutorial-custom-allocation-policies.md)
274274

articles/iot-dps/tutorial-custom-allocation-policies.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -145,7 +145,7 @@ In this section, you create an Azure function that implements your custom alloca
145145
146146
5. On the left pane of the function app **Overview** page, select **Functions** and then **+ Create** to add a new function.
147147
148-
6. On the **Create function** page, make sure that **Development environment** is set to **Develop in portal**. Then se;ect the **HTTP Trigger** template followed by the **Create** button.
148+
6. On the **Create function** page, make sure that **Development environment** is set to **Develop in portal**. Then select the **HTTP Trigger** template followed by the **Create** button.
149149
150150
7. When the **HttpTrigger1** function opens, select **Code + Test** on the left pane. This allows you to edit the code for the function. The **run.csx** code file should be opened for editing.
151151

articles/iot-dps/virtual-network-support.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -128,7 +128,7 @@ For example, the provisioning device client sample ([pro_dev_client_sample](http
128128

129129
:::code language="c" source="~/iot-samples-c/provisioning_client/samples/prov_dev_client_sample/prov_dev_client_sample.c" range="138-144" highlight="3":::
130130

131-
To use the sample with a private endpoint, the highlighted code above would be changed to use the service endpoint for your DPS resource. For example, if you service endpoint was `mydps.azure-devices-provisioning.net`, the code would look as follows.
131+
To use the sample with a private endpoint, the highlighted code above would be changed to use the service endpoint for your DPS resource. For example, if your service endpoint was `mydps.azure-devices-provisioning.net`, the code would look as follows.
132132

133133
```C
134134
static const char* global_prov_uri = "global.azure-devices-provisioning.net";

0 commit comments

Comments
 (0)