Extend this trait to configure new parameter validator which should be handled on FE.
It is helper class that holds runtime value type next to definition of parameter.
It is helper class that holds runtime value type next to definition of parameter.
It reduce boilerplate defining GenericNodeTransformation
and reduce risk that definition of parameter
will desynchronize with implementation code using values
This trait reduce boilerplate defining GenericNodeTransformation
and reduce risk that definition of node dependencies
will desynchronize with implementation code using values
Sometimes we don't want to use annotations and reflection to detect parameters and return type.
Sometimes we don't want to use annotations and reflection to detect parameters and return type. Good example is generating enrichers dynamically from e.g. OpenAPI This trait is generic, can be used for generating sources, enrichers and so on. Convenience traits e.g. ServiceWithExplicitMethod should be used for generating concrete examples as they handle implicit arguments better
Extend this trait to configure new parameter validator which should be handled on FE. Please remember that you have to also add your own
pl.touk.nussknacker.engine.definition.validator.ValidatorExtractor
topl.touk.nussknacker.engine.definition.validator.ValidatorsExtractor
which should decide whether new validator should appear in configuration for certain parameterTODO: It shouldn't be a sealed trait. We should allow everyone to create own ParameterValidator