Bob, Thanks for initiating the discussion. Based on Pierre's comment, and considering the general notion of Connector Properties, it would be helpful to consider the naming semantics a bit more.
Immutable strongly connotes inability to change, whereas it seems the more specific goal is to support a set-once strategy. Rather than immutable, perhaps something more along the lines of a Property Status would be helpful. The status could be LOCKED or UNLOCKED as a way to communicate whether it could be changed. Those may not be the best semantic names, so I'm open to ideas. Another approach might be something like indicating the phase or stage at which a property can be configured. Such as initialization versus any. The core concept certainly sounds useful, so I'm in favor of the goal, but would like to see some iteration on the particulars before final approval. Regards, David Handermann On Thu, Jul 23, 2026 at 10:26 AM Pierre Villard <[email protected]> wrote: > > Hi Bob, thanks for the proposal. > > I definitely do see the value of making sure some properties cannot be > changed after the connector starts. I guess that with this change we > would be saying that the connector has to be deleted and recreated to > make a configuration change for such properties. I imagine that in the > future we may want to expose a way to "reset" the connector so that it > does not need to be deleted. And, in this case, the connector could > have some code to take the appropriate actions in such a scenario. > > Definitely a +1 for the NIP. > > Thanks, > Pierre > > Le jeu. 23 juil. 2026 à 14:56, Bob Paulin <[email protected]> a écrit : > > > > Hi, > > > > I'd like to raise a proposal to add an immutable option to > > ConnectorPropertyDescriptor. I've included details in a JIRA [1] for > > review by the community. If the proposal is of interest to the PMC I'd > > like to request a sponsor per [2] since I am neither PMC or a committer > > on the project. Thank you for your consideration! > > > > > > Sincerely, > > > > Bob Paulin > > > > [1] https://issues.apache.org/jira/browse/NIP-36 > > > > [2] > > https://cwiki.apache.org/confluence/spaces/NIFI/pages/318606579/NiFi+Improvement+Proposal+Process > > > >
