archive_file data source gets created during "terraform plan" vs "terraform apply" and also is not deleted during destroy

[jeffscottlevine]

trafficstars

Terraform CLI and Provider Versions

Terraform v1.4.6 on linux_amd64

• provider registry.terraform.io/hashicorp/archive v2.3.0
• provider registry.terraform.io/hashicorp/google v4.66.0
• provider registry.terraform.io/hashicorp/local v2.4.0
• provider registry.terraform.io/hashicorp/random v3.5.1

Terraform Configuration

terraform {
  required_providers {
    archive = {
      version = ">= 2.3.0"
    }
}

data "archive_file" "source_files" {
  type        = "zip"
  output_path = "${path.module}/src.zip"

  source {
    content  = file("${path.module}/requirements.txt")
    filename = "requirements.txt"
  }

  source {
    content  = file("${path.module}/main.py")
    filename = "main.py"
  }
}

Expected Behavior

I would expect that:

(1) The archive file would not be created during "terraform plan" (2) The archive file would be created during "terraform apply" (3) The archive file would be deleted during "terraform destroy"

Actual Behavior

(1) The archive file is created during "terraform plan" (2) The archive file is not destroyed during "terraform destroy"

Steps to Reproduce

Terraform command: 1.4.6 archive provider: 2.3.0

To replicate

(1) Create some source files. I am using main.py and requirements.txt but they can be any files.

(2) Create a tf file that contains the following.

terraform { required_providers { archive = { version = ">= 2.3.0" } }

data "archive_file" "source_files" { type = "zip" output_path = "${path.module}/src.zip"

source { content = file("${path.module}/requirements.txt") filename = "requirements.txt" }

source { content = file("${path.module}/main.py") filename = "main.py" } }

(3) Run "terraform plan --out=plan.out"

You will see that src.zip has been created during "terraform plan" rather than waiting for "terraform apply"

(4) terraform apply

(5) terraform destroy

src.zip continues to exist

How much impact is this issue causing?

Low

Logs

No response

Additional Information

No response

Code of Conduct

• [X] I agree to follow this project's Code of Conduct

[bendbennett]

Hi @jeffscottlevine 👋

It sounds like you might need to use the archive_file resource rather than the data source in this instance. Could you try using the resource and see if that behaves in the way that you are expecting?

[jeffscottlevine]

Hi @jeffscottlevine 👋

It sounds like you might need to use the archive_file resource rather than the data source in this instance. Could you try using the resource and see if that behaves in the way that you are expecting?

According to this page, the archive_file resource is deprecated and that we should use the data source.

[bendbennett]

Although the archive_file resource is marked as deprecated, there are currently no plans to remove it.

[Console32]

Can you remove the deprecation note? The datasource is no replacement for the archive_file resource.

[robertbrandso]

I very much agree with @Console32, the data source is no replacement for the archive_file resource.

One use case is when I need something to happen before the zip is created. When the zip is created during plan this is rather difficult to do.

[raphael-ratepay]

@bendbennett would it be possible to remove the deprecation note?

[Hronom]

Would it be possible to remove deprecation note?

There strong use case for it. In our case when we work with lambdas in AWS. You can also check likes under comments above

[bendbennett]

We will discuss removal of the deprecation note from the archive resource within the team and provide feedback once a conclusion has been reached.

[bwhaley]

Can you explain the difference between the resource and the data source? The docs do not explain what the difference is.

It seems that the resource creates the archive during apply, but the data source creates it during plan. This resolved the problem I was having, so I hope that the resource isn't actually deprecated. It's confusing to suggest to use the resource if it says right at the top of the docs and during plan that the resource is deprecated and to use the data source instead.

[socketbox]

It looks as if the deprecation is proceeding, as I've just encountered this message in apply output (TF version 1.8.3; AWS provider 5.43.0):

│ Warning: Deprecated                                                                            
│                                                                                                
│   with module.lite.module.pbsorg.archive_file.lambda_archive,                                  
│   on pbsorg/resources/notifications.tf line 25, in resource "archive_file" "lambda_archive":   
│   25: resource "archive_file" "lambda_archive" {                                               
│                                                                                                
│ **NOTE**: This resource is deprecated, use data source instead.                                
│                                                                                                
│ (and 2 more similar warnings elsewhere)                                                        
╵