815c8840a7
Refactor the use of names vs IDs for parameters referencing other TF resources
...
We have a curtesy function in place allowing you to specify both a
`name` of `ID`. But in order for the graph to be build correctly when
you recreate or taint stuff that other resources depend on, we need to
reference the `ID` and *not* the `name`.
So in order to enforce this and by that help people to not make this
mistake unknowingly, I deprecated all the parameters this allies to and
changed the logic, docs and tests accordingly.
2016-04-11 17:14:28 +02:00
350b8e2df2
Small refactor of the UUID/UnlimitedResourceID logic
...
This makes things a little more generic and robust.
2015-10-05 14:05:21 +02:00
1e90f986f2
Update conditional to set UnlimitedResourceID for Zonename as well as Zoneid
2015-09-30 14:03:14 -04:00
a9b86636c8
Check for proper empty response instead of UnlimitedResourceID
2015-09-28 13:31:08 -04:00
7852248f0e
Moved project block down
2015-09-24 17:04:45 -04:00
fc89f576ca
Change IS_GLOBAL_RESOURCE to UnlimitedResourceID to keep terminology in sync with CloudStack
2015-09-24 16:49:21 -04:00
7b4bb968d6
Add project parameter to cloudstack_template resource
2015-09-24 16:28:40 -04:00
aa950be63b
Use constant for global resources
2015-09-24 16:16:12 -04:00
03d7c1fa7d
Allow for -1 for Zone ID, which is valid in CloudStack
2015-09-24 15:57:25 -04:00
bfcf5cd3d1
Cloudstack - allow OVA template upload
2015-06-03 16:46:56 +01:00
44541c5465
Fixing up some tests after a couple of thorough test rounds
2015-05-05 12:31:21 +02:00
1411d4010f
Fixes #1 : sets the rights values based on isUUID
2015-05-05 12:31:21 +02:00
0963d556a3
Refactored the template provider to make it fit in nicely
...
Fixing a few things while add it and added a additional test as well.
2015-04-11 17:50:06 +02:00
909fb66f5b
template resource for cloudstack
2015-04-01 17:27:45 +01:00
Sander van Harmelen