Our Community is getting an upgrade! To get everything ready for the relaunch, we’ll be placing the site in read-only mode starting September 21st.
We really appreciate your understanding while we get things set up behind the scenes. Catch up on all the exciting details about the move here.
Need help or have questions? Drop us a line at [email protected]

Archives of Support Questions (Read Only)

This is an archived board for historical reference. Information and links may no longer be available or relevant
Announcements
This board is archived and read-only for historical reference. To ask a new question, please post a new topic on the appropriate active board.

What is meant by Deterministic Template export in nifi 1.0. Can someone explain in detail

avatar
New Member
 
1 ACCEPTED SOLUTION

avatar
Guru

Deterministic template export is a way to make the xml content of exported templates constructed in a standard way so that the same template can be diffed and change-managed in traditional cms like git. Before deterministic template export, the xml elements and ids of elements were not built in a standardized way, so changes in the flow generated unpredictable changes to the exported template xml (for example, the xml child element of a processor could change position among all child elements in a way that did not map to changes in the flow). This made change management difficult since deltas in flows represented by a template were not mapped directly to deltas in the template xmls.

This feature was resolved in NiFi 1.0.0:

https://issues.apache.org/jira/browse/NIFI-826

View solution in original post

1 REPLY 1

avatar
Guru

Deterministic template export is a way to make the xml content of exported templates constructed in a standard way so that the same template can be diffed and change-managed in traditional cms like git. Before deterministic template export, the xml elements and ids of elements were not built in a standardized way, so changes in the flow generated unpredictable changes to the exported template xml (for example, the xml child element of a processor could change position among all child elements in a way that did not map to changes in the flow). This made change management difficult since deltas in flows represented by a template were not mapped directly to deltas in the template xmls.

This feature was resolved in NiFi 1.0.0:

https://issues.apache.org/jira/browse/NIFI-826