THREESCALE-15877: Fix File.exists? in a default system ConfigMap

[mdujava]

With upgrade to Ruby 3.3, File.exists was deprecated.

Reference: 3scale/porta#4129

[briangallagher]

✅ Snyk checks have passed. No issues have been found so far.

Status	Scan Engine	Critical	High	Medium	Low	Total (0)
✅	Open Source Security	0	0	0	0	0 issues
✅	Licenses	0	0	0	0	0 issues

💻 Catch issues earlier using the plugins for VS Code, JetBrains IDEs, Visual Studio, and Eclipse.

[borisurbanik]

@mdujava the fix here LGTM for new installation

I had a look at the JIRA issue, it seems to come from alpha testing.

From another look at the reconciler - and when you update the "model" here - so on new deployment you will get the right configmap, but the reconciler is very specific for this system map and it only handles creating configmap where it doesn't exist, or updating Zync endpoint (see

3scale-operator/pkg/3scale/amp/operator/system_reconciler.go

Lines 543 to 592 in 18b6909

	func systemConfigMapMutator(existingObj, desiredObj k8sclient.Object) (bool, error) {
	existing, ok := existingObj.(*corev1.ConfigMap)
	if !ok {
	return false, fmt.Errorf("%T is not a *v1.ConfigMap", existingObj)
	}
	desired, ok := desiredObj.(*corev1.ConfigMap)
	if !ok {
	return false, fmt.Errorf("%T is not a *v1.ConfigMap", desiredObj)
	}
	zyncFieldKey := "zync.yml"
	desiredZyncConfigString := desired.Data[zyncFieldKey]
	existingZyncConfigString := existing.Data[zyncFieldKey]
	// Define a struct to unmarshal the YAML into
	type ZyncConfig struct {
	Production struct {
	Endpoint string `yaml:"endpoint"`
	Authentication struct {
	Token string `yaml:"token"`
	} `yaml:"authentication"`
	ConnectTimeout int `yaml:"connect_timeout"`
	SendTimeout int `yaml:"send_timeout"`
	ReceiveTimeout int `yaml:"receive_timeout"`
	RootURL string `yaml:"root_url"`
	} `yaml:"production"`
	}
	// Unmarshal the desiredZyncConfig
	var desiredZyncConfig ZyncConfig
	err := yaml.Unmarshal([]byte(desiredZyncConfigString), &desiredZyncConfig)
	if err != nil {
	log.Fatalf("error: %v", err)
	}
	// Extract the desiredEndpoint
	desiredEndpoint := desiredZyncConfig.Production.Endpoint
	// Update the endpoint in existingConfig with the one from desiredConfig
	re := regexp.MustCompile(`(?m)^ *endpoint: '.*'`)
	reconciledZyncConfigString := re.ReplaceAllString(existingZyncConfigString, fmt.Sprintf(" endpoint: '%s'", desiredEndpoint))
	// Assign reconciledZyncConfigString to the ConfigMap's data
	desired.Data[zyncFieldKey] = reconciledZyncConfigString
	// Update the zync.yml field in the ConfigMap
	updated := reconcilers.ConfigMapReconcileField(desired, existing, "zync.yml")
	return updated, nil
	}

)

I can approve this change to unblock testing - but it would be ideal to address also the upgrade path in the same PR.

[mdujava]

but it would be ideal to address also the upgrade path in the same PR.

Do you think its safe to update this automatically or would we require manual step instead?

[borisurbanik]

but it would be ideal to address also the upgrade path in the same PR.

Do you think its safe to update this automatically or would we require manual step instead?

This file looks like it's a template that needs to be filled out by customers to make it fully work - does our test fixture do any modifications to it after deployment / would that form normally work even without customers setting up client_id/secret for example? Could you test whether the functionality changes for customers that have the default configmap who never edited it?

The docs on this instruct customers go generate a configuration file that doesn't have any of this so I'd say manual note should be sufficient.

[codecov-commenter]

Codecov Report

✅ All modified and coverable lines are covered by tests.
✅ Project coverage is 44.65%. Comparing base (c59a4c8) to head (a615c8e).
⚠️ Report is 16 commits behind head on master.

Additional details and impacted files

@@            Coverage Diff             @@
##           master    #1190      +/-   ##
==========================================
+ Coverage   44.03%   44.65%   +0.62%     
==========================================
  Files         204      208       +4     
  Lines       20960    21235     +275     
==========================================
+ Hits         9230     9483     +253     
- Misses      10933    10952      +19     
- Partials      797      800       +3     

Flag	Coverage Δ
unit	44.65% <100.00%> (+0.62%)	⬆️

Flags with carried forward coverage won't be shown. Click here to find out more.

Components	Coverage Δ
apis/apps/v1alpha1 (u)	63.56% <ø> (ø)
apis/capabilities/v1alpha1 (u)	3.50% <ø> (ø)
apis/capabilities/v1beta1 (u)	20.21% <ø> (ø)
controllers (i)	12.59% <84.00%> (+0.51%)	⬆️
pkg (u)	64.26% <92.80%> (+0.56%)	⬆️

Files with missing lines	Coverage Δ
pkg/3scale/amp/component/system.go	83.41% <100.00%> (+0.56%)	⬆️

... and 1 file with indirect coverage changes

🚀 New features to boost your workflow:

• ❄️ Test Analytics: Detect flaky tests, report on failures, and find test suite problems.