[
https://issues.apache.org/jira/browse/NIFI-14863?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=18039457#comment-18039457
]
Daniel Stieglitz edited comment on NIFI-14863 at 11/19/25 8:34 PM:
-------------------------------------------------------------------
[~exceptionfactory] [~pvillard] I believe I have aligned as best as possible
all the components whose property names do not match the human-friendly display
names. There were some exceptions as either classes do not have
migrateProperties methods in their hierarchy or other outside factors. I will
try to detail the exceptions I encountered here:
* All parameter provider classes as there is no migrateProperties method in
their hierarchy of classes.
* StandardHashiCorpVaultClientService as detailed in PR
[#10398|https://github.com/apache/nifi/pull/10398]
* All Kafka related components (e.g. KafkaClientComponent, ConsumeKafka,
PublishKafka, Kafka3ConnectionService) as requested in PR
[#10433|https://github.com/apache/nifi/pull/10433]
* SnowflakeComputingConnectionPool has properties which build from other
properties and they overwrite the display name.(lines 106, 140)
* DatabaseAdapterDescriptor (line 66) builds a property descriptor and since
it is used by a paramater provider class the functionality could not be changed
to remove the display name.
* ProvenanceEventConsumer defines two property descriptors used internally and
just uses their default values.
* DisallowComponentType as there is no migrateProperties method in its
hierarchy of classes.
Please let me know if there are other places which need change otherwise
[~pvillard] can you please update the Tech Debt page indicating the Normalize
Property Names has been accomplished with this epic? Thank you.
was (Author: JIRAUSER294662):
[~exceptionfactory] [~pvillard] I believe I have aligned as best as possible
all the components whose property names do not match the human-friendly display
names. There were some exceptions as either classes do not have
migrateProperties methods in their hierarchy or other outside factors. I will
try to detail the exceptions I encountered here:
* All parameter provider classes as there is no migrateProperties method in
the chain of classes.
* StandardHashiCorpVaultClientService as detailed in PR
[#10398|https://github.com/apache/nifi/pull/10398]
* All Kafka related components (e.g. KafkaClientComponent, ConsumeKafka,
PublishKafka, Kafka3ConnectionService) as requested in PR
[#10433|https://github.com/apache/nifi/pull/10433]
* SnowflakeComputingConnectionPool has properties which build from other
properties and they overwrite the display name.(lines 106, 140)
* DatabaseAdapterDescriptor (line 66) builds a property descriptor and since
it is used by a paramater provider class the functionality could not be changed
to remove the display name.
* ProvenanceEventConsumer defines two property descriptors used internally and
just uses their default values.
* DisallowComponentType as there is no migrateProperties method in its
hierarchy of classes.
Please let me know if there are other places which need change otherwise
[~pvillard] can you please update the Tech Debt page indicating the Normalize
Property Names has been accomplished with this epic? Thank you.
> Align those components whose property names do not match the human-friendly
> display names.
> ------------------------------------------------------------------------------------------
>
> Key: NIFI-14863
> URL: https://issues.apache.org/jira/browse/NIFI-14863
> Project: Apache NiFi
> Issue Type: Epic
> Reporter: Daniel Stieglitz
> Priority: Major
>
> Many components have historical property names that do not match the
> human-friendly display names. These names could be migrated, avoiding the
> unnecessary duplication. This is fairly simple, but requires attention to
> detail, and chunking the work into well-organized groups for easier review.
> This epic is based on one of the items on the current TODO list found
> [here|https://cwiki.apache.org/confluence/display/NIFI/Technical+Debt+TODO+list].
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
