Closed IamMushroom closed 2 months ago
@IamMushroom Could you please try out the main
branch to see if that meets your requirement? If so, I'll make a new release then.
@magodo
Hello! Thx, it seems that query splitting works, but I'm afraid, it not working in my case.
I've got new error: The Terraform provider unexpectedly returned no resource state
. It happened, because resource state reading right after creating happens with read_query path (without transaction). But until my transaction is committed, I can't read resource's state without transaction ID (yeah, it's complicated).
I think, that my case is very uncommon, so I can fork your provider, and try to fix my trouble by myself.
@IamMushroom I'm happy to provide a general solution for you as long as you can elaborate your use case.
@magodo I think, that easiest way to solve my problem is using read_query
and read_headers
only on terraform plan
step
@IamMushroom Unfortunately, that's not something we can control at the provider level. One thing might interests you is that you can skip the refresh (actually doing a read) step during a terraform plan/apply
by using the -refresh=false
option.
@magodo Yeah, I know this solution, i hoped that I can go without ignoring manual changes, or something like that =)
Anyway, thanks for your help and for your work!
Hi everyone! I tried to use this provider to manage HAProxy via Data Plane API ( HAProxy Data Plane API | HAProxy Documentation ).
With the Data Plane API, I need to create a transaction and use its ID as a query parameter every time I want to create or modify a resource. After modifying the resource, I need to commit that transaction.
My problem is that the
query
attribute is used for any method, including GET. This means that when TF writes the ID of the old transaction to tfstate, I can't make aterraform plan
.So my question is as follows. Is there any way to specify a read request?
My code: