-
Notifications
You must be signed in to change notification settings - Fork 92
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # to your account
Error when depending on other module #10
Comments
glarizza
added a commit
to glarizza/terraform-google-log-export
that referenced
this issue
Mar 20, 2019
This commit introduces a separate Terraform module for each log export destination: bigquery, pubsub, and storage. Having separate modules per destination allows us to reduce code complexity and will allow for computed values in the `var.parent_resource_id` input variable (which fixes issue terraform-google-modules#10). Output names have remained the same, but input variables have been added or changed for clarity.
glarizza
added a commit
to glarizza/terraform-google-log-export
that referenced
this issue
Mar 20, 2019
This commit introduces a separate Terraform module for each log export destination: bigquery, pubsub, and storage. Having separate modules per destination allows us to reduce code complexity and will allow for computed values in the `var.parent_resource_id` input variable (which fixes issue terraform-google-modules#10). Output names have remained the same, but input variables have been added or changed for clarity.
glarizza
added a commit
to glarizza/terraform-google-log-export
that referenced
this issue
Mar 22, 2019
This commit refactors the existing Terraform module from a single module to a log export module with submodules for each export destination: bigquery, pubsub, and storage. Having separate modules per destination allows us to reduce code complexity and will allow for computed values in the `var.parent_resource_id` input variable (which fixes issue terraform-google-modules#10). Outputs have changed so that each module has its own dedicated output variables (instead of maps according to export/destination), and variables have been named so that outputs from one module designed to be fed to the other module have similar names. Examples have been provided for each destination and parent resource type pairing, so there are now 12 examples demonstrating how to configure every destination and log sink level.
glarizza
added a commit
to glarizza/terraform-google-log-export
that referenced
this issue
Mar 25, 2019
This commit refactors the existing Terraform module from a single module to a log export module with submodules for each export destination: bigquery, pubsub, and storage. Having separate modules per destination allows us to reduce code complexity and will allow for computed values in the `var.parent_resource_id` input variable (which fixes issue terraform-google-modules#10). Outputs have changed so that each module has its own dedicated output variables (instead of maps according to export/destination), and variables have been named so that outputs from one module designed to be fed to the other module have similar names. Examples have been provided for each destination and parent resource type pairing, so there are now 12 examples demonstrating how to configure every destination and log sink level.
glarizza
added a commit
to glarizza/terraform-google-log-export
that referenced
this issue
Mar 27, 2019
This commit refactors the existing Terraform module from a single module to a log export module with submodules for each export destination: bigquery, pubsub, and storage. Having separate modules per destination allows us to reduce code complexity and will allow for computed values in the `var.parent_resource_id` input variable (which fixes issue terraform-google-modules#10). Outputs have changed so that each module has its own dedicated output variables (instead of maps according to export/destination), and variables have been named so that outputs from one module designed to be fed to the other module have similar names. Examples have been provided for each destination and parent resource type pairing, so there are now 12 examples demonstrating how to configure every destination and log sink level.
glarizza
added a commit
to glarizza/terraform-google-log-export
that referenced
this issue
Mar 27, 2019
This commit includes all changes needed to implement kitchen-terraform tests for the log-exports module. Tests are structured exactly the same as examples: folders for each of the destinations, and subfolders for each log sink level that's possible for each destination (with billing_account as an exception - more on that later). Each test fixture functions independently and relies upon environment variables that are set within `test/ci_integration.sh` (environment variables for the SA key json, project ID, and the parent resource project/folder/org/billing_account). Like all the other CFT modules, tests are invoked based on make targets from `Makefile`, and there are dedicated targets for testing from the CFT Docker container as well as directly from your laptop/machine. A test fixture called `computed_values` has also been provided to specifically test issue terraform-google-modules#10 of the log-export module. This test spins up a project on the fly and passes that computed project ID to the log-export module to ensure that the module can handle computed values. Tests for the billing account level log sinks are not provided within this commit and will be provided in a later commit/PR.
glarizza
added a commit
to glarizza/terraform-google-log-export
that referenced
this issue
Mar 27, 2019
This commit includes all changes needed to implement kitchen-terraform tests for the log-exports module. Tests are structured exactly the same as examples: folders for each of the destinations, and subfolders for each log sink level that's possible for each destination (with billing_account as an exception - more on that later). Each test fixture functions independently and relies upon environment variables that are set within `test/ci_integration.sh` (environment variables for the SA key json, project ID, and the parent resource project/folder/org/billing_account). Like all the other CFT modules, tests are invoked based on make targets from `Makefile`, and there are dedicated targets for testing from the CFT Docker container as well as directly from your laptop/machine. A test fixture called `computed_values` has also been provided to specifically test issue terraform-google-modules#10 of the log-export module. This test spins up a project on the fly and passes that computed project ID to the log-export module to ensure that the module can handle computed values. Tests for the billing account level log sinks are not provided within this commit and will be provided in a later commit/PR.
glarizza
added a commit
to glarizza/terraform-google-log-export
that referenced
this issue
Apr 3, 2019
This commit includes all changes needed to implement kitchen-terraform tests for the log-exports module. Tests are structured exactly the same as examples: folders for each of the destinations, and subfolders for each log sink level that's possible for each destination (with billing_account as an exception - more on that later). Each test fixture functions independently and relies upon environment variables that are set within `test/ci_integration.sh` (environment variables for the SA key json, project ID, and the parent resource project/folder/org/billing_account). Like all the other CFT modules, tests are invoked based on make targets from `Makefile`, and there are dedicated targets for testing from the CFT Docker container as well as directly from your laptop/machine. A test fixture called `computed_values` has also been provided to specifically test issue terraform-google-modules#10 of the log-export module. This test spins up a project on the fly and passes that computed project ID to the log-export module to ensure that the module can handle computed values. Tests for the billing account level log sinks are not provided within this commit and will be provided in a later commit/PR.
glarizza
added a commit
to glarizza/terraform-google-log-export
that referenced
this issue
Apr 3, 2019
This commit includes all changes needed to implement kitchen-terraform tests for the log-exports module. Tests are structured exactly the same as examples: folders for each of the destinations, and subfolders for each log sink level that's possible for each destination (with billing_account as an exception - more on that later). Each test fixture functions independently and relies upon environment variables that are set within `test/ci_integration.sh` (environment variables for the SA key json, project ID, and the parent resource project/folder/org/billing_account). Like all the other CFT modules, tests are invoked based on make targets from `Makefile`, and there are dedicated targets for testing from the CFT Docker container as well as directly from your laptop/machine. A test fixture called `computed_values` has also been provided to specifically test issue terraform-google-modules#10 of the log-export module. This test spins up a project on the fly and passes that computed project ID to the log-export module to ensure that the module can handle computed values. Tests for the billing account level log sinks are not provided within this commit and will be provided in a later commit/PR.
glarizza
added a commit
to glarizza/terraform-google-log-export
that referenced
this issue
Apr 3, 2019
This commit includes all changes needed to implement kitchen-terraform tests for the log-exports module. Tests are structured exactly the same as examples: folders for each of the destinations, and subfolders for each log sink level that's possible for each destination (with billing_account as an exception - more on that later). Each test fixture functions independently and relies upon environment variables that are set within `test/ci_integration.sh` (environment variables for the SA key json, project ID, and the parent resource project/folder/org/billing_account). Like all the other CFT modules, tests are invoked based on make targets from `Makefile`, and there are dedicated targets for testing from the CFT Docker container as well as directly from your laptop/machine. A test fixture called `computed_values` has also been provided to specifically test issue terraform-google-modules#10 of the log-export module. This test spins up a project on the fly and passes that computed project ID to the log-export module to ensure that the module can handle computed values. Tests for the billing account level log sinks are not provided within this commit and will be provided in a later commit/PR.
glarizza
added a commit
to glarizza/terraform-google-log-export
that referenced
this issue
Apr 3, 2019
This commit includes all changes needed to implement kitchen-terraform tests for the log-exports module. Tests are structured exactly the same as examples: folders for each of the destinations, and subfolders for each log sink level that's possible for each destination (with billing_account as an exception - more on that later). Each test fixture functions independently and relies upon environment variables that are set within `test/ci_integration.sh` (environment variables for the SA key json, project ID, and the parent resource project/folder/org/billing_account). Like all the other CFT modules, tests are invoked based on make targets from `Makefile`, and there are dedicated targets for testing from the CFT Docker container as well as directly from your laptop/machine. A test fixture called `computed_values` has also been provided to specifically test issue terraform-google-modules#10 of the log-export module. This test spins up a project on the fly and passes that computed project ID to the log-export module to ensure that the module can handle computed values. Tests for the billing account level log sinks are not provided within this commit and will be provided in a later commit/PR.
glarizza
added a commit
to glarizza/terraform-google-log-export
that referenced
this issue
Apr 3, 2019
This commit includes all changes needed to implement kitchen-terraform tests for the log-exports module. Tests are structured exactly the same as examples: folders for each of the destinations, and subfolders for each log sink level that's possible for each destination (with billing_account as an exception - more on that later). Each test fixture functions independently and relies upon environment variables that are set within `test/ci_integration.sh` (environment variables for the SA key json, project ID, and the parent resource project/folder/org/billing_account). Like all the other CFT modules, tests are invoked based on make targets from `Makefile`, and there are dedicated targets for testing from the CFT Docker container as well as directly from your laptop/machine. A test fixture called `computed_values` has also been provided to specifically test issue terraform-google-modules#10 of the log-export module. This test spins up a project on the fly and passes that computed project ID to the log-export module to ensure that the module can handle computed values. Tests for the billing account level log sinks are not provided within this commit and will be provided in a later commit/PR.
glarizza
added a commit
to glarizza/terraform-google-log-export
that referenced
this issue
Apr 4, 2019
This commit includes all changes needed to implement kitchen-terraform tests for the log-exports module. Tests are structured exactly the same as examples: folders for each of the destinations, and subfolders for each log sink level that's possible for each destination (with billing_account as an exception - more on that later). Each test fixture functions independently and relies upon environment variables that are set within `test/ci_integration.sh` (environment variables for the SA key json, project ID, and the parent resource project/folder/org/billing_account). Like all the other CFT modules, tests are invoked based on make targets from `Makefile`, and there are dedicated targets for testing from the CFT Docker container as well as directly from your laptop/machine. A test fixture called `computed_values` has also been provided to specifically test issue terraform-google-modules#10 of the log-export module. This test spins up a project on the fly and passes that computed project ID to the log-export module to ensure that the module can handle computed values. Tests for the billing account level log sinks are not provided within this commit and will be provided in a later commit/PR.
glarizza
added a commit
to glarizza/terraform-google-log-export
that referenced
this issue
Apr 4, 2019
This commit includes all changes needed to implement kitchen-terraform tests for the log-exports module. Tests are structured exactly the same as examples: folders for each of the destinations, and subfolders for each log sink level that's possible for each destination (with billing_account as an exception - more on that later). Each test fixture functions independently and relies upon environment variables that are set within `test/ci_integration.sh` (environment variables for the SA key json, project ID, and the parent resource project/folder/org/billing_account). Like all the other CFT modules, tests are invoked based on make targets from `Makefile`, and there are dedicated targets for testing from the CFT Docker container as well as directly from your laptop/machine. A test fixture called `computed_values` has also been provided to specifically test issue terraform-google-modules#10 of the log-export module. This test spins up a project on the fly and passes that computed project ID to the log-export module to ensure that the module can handle computed values. Tests for the billing account level log sinks are not provided within this commit and will be provided in a later commit/PR.
glarizza
added a commit
to glarizza/terraform-google-log-export
that referenced
this issue
Apr 4, 2019
This commit includes all changes needed to implement kitchen-terraform tests for the log-exports module. Tests are structured exactly the same as examples: folders for each of the destinations, and subfolders for each log sink level that's possible for each destination (with billing_account as an exception - more on that later). Each test fixture functions independently and relies upon environment variables that are set within `test/ci_integration.sh` (environment variables for the SA key json, project ID, and the parent resource project/folder/org/billing_account). Like all the other CFT modules, tests are invoked based on make targets from `Makefile`, and there are dedicated targets for testing from the CFT Docker container as well as directly from your laptop/machine. A test fixture called `computed_values` has also been provided to specifically test issue terraform-google-modules#10 of the log-export module. This test spins up a project on the fly and passes that computed project ID to the log-export module to ensure that the module can handle computed values. Tests for the billing account level log sinks are not provided within this commit and will be provided in a later commit/PR.
glarizza
added a commit
to glarizza/terraform-google-log-export
that referenced
this issue
Apr 4, 2019
This commit includes all changes needed to implement kitchen-terraform tests for the log-exports module. Tests are structured exactly the same as examples: folders for each of the destinations, and subfolders for each log sink level that's possible for each destination (with billing_account as an exception - more on that later). Each test fixture functions independently and relies upon environment variables that are set within `test/ci_integration.sh` (environment variables for the SA key json, project ID, and the parent resource project/folder/org/billing_account). Like all the other CFT modules, tests are invoked based on make targets from `Makefile`, and there are dedicated targets for testing from the CFT Docker container as well as directly from your laptop/machine. A test fixture called `computed_values` has also been provided to specifically test issue terraform-google-modules#10 of the log-export module. This test spins up a project on the fly and passes that computed project ID to the log-export module to ensure that the module can handle computed values. Tests for the billing account level log sinks are not provided within this commit and will be provided in a later commit/PR.
glarizza
added a commit
to glarizza/terraform-google-log-export
that referenced
this issue
Apr 4, 2019
This commit includes all changes needed to implement kitchen-terraform tests for the log-exports module. Tests are structured exactly the same as examples: folders for each of the destinations, and subfolders for each log sink level that's possible for each destination (with billing_account as an exception - more on that later). Each test fixture functions independently and relies upon environment variables that are set within `test/ci_integration.sh` (environment variables for the SA key json, project ID, and the parent resource project/folder/org/billing_account). Like all the other CFT modules, tests are invoked based on make targets from `Makefile`, and there are dedicated targets for testing from the CFT Docker container as well as directly from your laptop/machine. A test fixture called `computed_values` has also been provided to specifically test issue terraform-google-modules#10 of the log-export module. This test spins up a project on the fly and passes that computed project ID to the log-export module to ensure that the module can handle computed values. Tests for the billing account level log sinks are not provided within this commit and will be provided in a later commit/PR.
glarizza
added a commit
to glarizza/terraform-google-log-export
that referenced
this issue
Apr 5, 2019
This commit includes all changes needed to implement kitchen-terraform tests for the log-exports module. Tests are structured exactly the same as examples: folders for each of the destinations, and subfolders for each log sink level that's possible for each destination (with billing_account as an exception - more on that later). Each test fixture functions independently and relies upon environment variables that are set within `test/ci_integration.sh` (environment variables for the SA key json, project ID, and the parent resource project/folder/org/billing_account). Like all the other CFT modules, tests are invoked based on make targets from `Makefile`, and there are dedicated targets for testing from the CFT Docker container as well as directly from your laptop/machine. A test fixture called `computed_values` has also been provided to specifically test issue terraform-google-modules#10 of the log-export module. This test spins up a project on the fly and passes that computed project ID to the log-export module to ensure that the module can handle computed values. Tests for the billing account level log sinks are not provided within this commit and will be provided in a later commit/PR.
Fixed by #15. |
# for free
to join this conversation on GitHub.
Already have an account?
# to comment
When we depend on another module for the
project
,folder
, ororg_id
fields, we get a "count cannot be computed" error on the log sink module.Background
The text was updated successfully, but these errors were encountered: