[
https://issues.apache.org/jira/browse/NIFI-259?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14721633#comment-14721633
]
Ian Ragsdale commented on NIFI-259:
-----------------------------------
Agree that this should become a controller service - it will be very useful.
I've spent a fair bit of time with MuleESB, and they solved this with the
concept of an ObjectStore:
https://developer.mulesoft.com/docs/display/current/Mule+Object+Stores
They get a lot of stuff wrong, but this one they got mostly right - every
processor that needs to store state has a configurable object store, and there
is a standard one that is used as default. It provided a very simple API
similar to a hash map (Serializable key, Serializable object) that persists
across server restarts.
Another place this would end up being very useful is if someone wants to
implement OAuth support for connections to third-party services. You're gonna
need some place to store those tokens and adding a SQL processor or something
to do that is going to be way more difficult than just having a simple storage
layer.
> Framework should offer Processors/extensions a way to manage simple state
> -------------------------------------------------------------------------
>
> Key: NIFI-259
> URL: https://issues.apache.org/jira/browse/NIFI-259
> Project: Apache NiFi
> Issue Type: Sub-task
> Components: Core Framework
> Reporter: Joseph Witt
> Fix For: 0.4.0
>
>
> It is not uncommon for processors to need managed state which persists
> across restarts. One good example of this is the GetHTTP processor which
> needs to save state of the last cache/e-tag information it received from the
> server it interacts with so that it can avoid constantly pulling an unchanged
> resource.
> Rather than making processors roll their own persistant state management
> perhaps we can offer something to them via the ProcessContext which will
> allow them to save simple primitive values and limited length Strings which
> are local to that node and which are local to that processor only.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
