Closed juldrixx closed 5 months ago
Seems reasonable to me. Did deleting it cause a problem?
Seems reasonable to me. Did deleting it cause a problem?
It wasn't logic. When you set:
parameters:
- name: toto
description: titi
NiFiKop will create a parameter with a null
value.
But if you had:
parameters:
- name: toto
description: titi
value: tata
and removed value: tata
, NiFiKop deleted the parameter instead of setting it to null
.
It was done in https://github.com/Orange-OpenSource/nifikop/pull/162.
I think, back then, we couldn't set it to null
with the API for some reason.
Seems reasonable to me. Did deleting it cause a problem?
It wasn't logic. When you set:
parameters: - name: toto description: titi
NiFiKop will create a parameter with a
null
value.But if you had:
parameters: - name: toto description: titi value: tata
and removed
value: tata
, NiFiKop deleted the parameter instead of setting it tonull
.It was done in Orange-OpenSource/nifikop#162.
I think, back then, we couldn't set it to
null
with the API for some reason.
And yes deleting it cause a problem, because for some reason (didn't search why), the operator won't creating it back. So the dataflow will reference a parameter that doesn't exist and flag it as an error.
What's in this PR?
Change in the logic of the parameter context updates.
Why?
If the
value
of parameter is deleted, the parameter shouldn't be deleted it should be set tonull
.Additional context
Checklist