I'm not sure if this helps, but you mentioned not being able to use
the variable.registry because it requires a restart.
That is true for the file-based variable registry, however it is not
true for the UI-based variable registry [1].
Keep in mind that neither of the variable registries are reall
Rishab,
> Also, is there a way where we can postpone the evaluation of expression
language used til the processor starts running?
No because the controller service is a dependency of the processor and
evaluating the expression language in the CS property descriptors must be
done when enabling the
Hi,
Thanks for the reply. From the above replies I understand that the flowfile
attributes were not available by the DBCPConnectionPool service because the
expression langugage used by me were evaluated at the time of service
enable. Thus, the service is starting before any other processor used in
+1 to Andy's answer. Note that DBCPConnectionPool isn't a connection
but a connection pool, which keeps some number of connections
available for use by multiple consumers (processors, e.g.). I wouldn't
want to have to keep track of X number of configurations in a single
controller service, which wo
Hi Rishab,
Someone asked a similar question and I answered it on Stack Overflow [1]. The
long and short of it is while the DBCPControllerService properties support
expression language, they do not have access to flowfile attributes, because
the expression language is evaluated on controller ser
