SetResource does not handle String Pointers properly in `GenerateCrawler`

[AaronME]

Describe the bug
aws-controllers-k8s/code-generator#232 introduced the ability to support different goTypes for input/output shapes with the same name. This code is not working for all fields on all resources.

The Crawler Resource on the Glue API exposes a field "Schedule."

In CreateCrawlerInput, "Schedule" is a string.
In GetCrawlerOutput's Crawler, "Schedule" is a type Schedule.

When running this through the latest code-generator, we get the following on the GenerateCrawler method:

	if resp.Crawler.Schedule != nil {
		var f13 string
		cr.Spec.ForProvider.Schedule = f13
	} else {
		cr.Spec.ForProvider.Schedule = nil
	}

Because Schedule is a *string and not a string, this code does not compile.

Steps to reproduce
See generated code in https://github.com/crossplane/provider-aws/blob/2212c0919ed36e8d10f7829ef939d69322766b7e/pkg/controller/glue/crawler/zz_conversions.go#L92

Expected outcome
I would expect the generator to initialize this value as nil for a pointer:

	if resp.Crawler.Schedule != nil {
		cr.Spec.ForProvider.Schedule = resp.Crawler.Schedule
	} else {
		cr.Spec.ForProvider.Schedule = nil
	}

Environment

• Kubernetes version N/A
• Using EKS (yes/no), if so version? N/A
• AWS service targeted (S3, RDS, etc.) glue

[vijtrip2]

Hi @AaronME , thanks for pointing this out.

This issue of different go types for same named field was recently fixed. Please take a look at this fix

You'll need to update generator.yaml to provide code-generator the instructions on how to handle this field. See the above mentioned fix's commit message for reference.

[AaronME]

@vijtrip2 Thank you for the fast reply.

I had already tried running generation with the following:

resources:
  Crawler:
    fields:
      Schedule:
        set:
          - on: Create
            from: ScheduleExpression
          - on: Update
            from: ScheduleExpression
          - on: ReadOne
            from: ScheduleExpression
          - on: ReadMany
            from: ScheduleExpression

This did not change any generated code.

I have two theories about this:

1. This is a known issue with nested fields, since the Schedule field needs to be set from ScheduleExpression, which is an attribute of Schedule.
2. allow different Go types for input/output shapes code-generator#232 does not affect setResourceReadMany (which is where GenerateCrawler is being generated).

[jaypipes]

2. allow different Go types for input/output shapes code-generator#232 does not affect setResourceReadMany (which is where GenerateCrawler is being generated).

Hi @AaronME! It's this second one. I will try to push a fix for this ASAP.

[jaypipes]

2. allow different Go types for input/output shapes code-generator#232 does not affect setResourceReadMany (which is where GenerateCrawler is being generated).

Hi @AaronME! It's this second one. I will try to push a fix for this ASAP.

Actually, it turns out that Glue's GetCrawler (Singular form/ReadOne) is used and not the list form of GetCrawlers (ReadMany) so this must be some other problem. Looking further into it...

[jaypipes]

Yeah, it's the lack of nested struct support (list item 1 above). I'm working on a fix now.

[AaronME]

@jaypipes I appreciate you taking a look at it.

[muvaf]

We have similar situation in lambda.Function where Layers field is []*string in CreateFunctionInput but []*Layer in FunctionConfiguration which is the struct returned by CreateFunctionWithContext.