Open phatcher opened 4 months ago
hey @phatcher this may be better implemented through azapi_update_resource
? Since that is made for this sort of behavior in a CRUD-friendly manner.
Yes, the azapi_resource_action
is only used to trigger an HTTP request, it doesn't monitor the resource's state. If the minTlsCipherSuite
could be updated by PUT method, it's recommended to use azapi_update_resource
, because it monitors the state, and will show diff if the value is modified by other client tools.
@stemaMSFT Thanks that is working, there's a schema issue with the VSCode extension as it wants to assign "web" to the name, but the it appears to be the base name of the site.
If I leave it as web it always show a change that never actually sticks
@phatcher are you still running into that issue with the extension? That does sound strange.
@phatcher are you still running into that issue with the extension? That does sound strange.
Hi @stemaMSFT,
I believe this is the issue mentioned by @phatcher :
I think the cause is bad swagger, the generated document says that the name
field only supports a list of allowed values:
What I wasn't sure is whether the schema was correct and the API playing up or vice versa :-)
the problem with using azapi_update_resource
is that it doesnt use PATCH, it uses PUT, so it replaces the entire appsettings config. azapi_resource_action
with methog PATCH does proeprly merge key value pairs with existing values, but does not detect changes
As the app service terraform provider does not yet support setting the minimum TLS cipher suite I had a go at setting it via azapi, something like this
This works, but if the value is modified via the portal and I re-apply the terraform, no change is applied i.e. it keeps the portal setting.
Is this expected behaviour?