Fix: Make NavigableSetterDecorator application deactivatable

[JohannesLeurs]

In contrast to other decorations added by cd2java.init.CD2Pojo.ftl ( GetterDecorator, SetterDecorator, etc.), NavigableSetterDecorator can not be deactivated via custom configuration templates, as it misses the check whether it should be applied.

This leads to an especially bizarre situation when attempting to deactivate both SetterDecorator and NavigableSetterDecorator: NavigableSetterDecorator errornously wants to execute and requests the decorator data that it expects to be left behind by SetterDecorator. As the latter did not run, as it was deactivated, a null value is produced and, in consequence, a NullPointerException is thrown.

var methods = decoratorData.getDecoratorData(SetterDecorator.class).methods.get(attribute);

This merge request adds the check for applicability to the NavigableSetterDecorator.

The inserted check is the same as, for example, in SetterDecorator:

if (decoratorData.shouldDecorate(this.getClass(), attribute)) { //...

[JohannesLeurs]

@luepges can you merge? I do not have the rights 😇

[luepges]

(Sorry in case you receive a bunch of action mails, I'm just using your PR to finally add the CI for PRs via forks)
I'll merge it once all checks are working :)

[JohannesLeurs]

No problem and thank you!

[github-actions]

✔️ Changes pass the MontiVerse

Project	Status

details

Project	Status
montiarc	✅
umlp	✅
sd	✅
montifun	✅
fd	✅
automaton	✅
sc	✅
guidsl	✅
artifacts	✅
ocl	✅
od	✅
ucd	✅
langexperiments	✅
json	✅
xml	✅
mlc	✅
cd4analysis	✅
monticore_basic	✅
class2mc	✅
secommons	✅

The MontiVerse is a collection of (internal and public) language projects.