[ 
https://issues.apache.org/jira/browse/NIFI-4000?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

YANGFEIRAN updated NIFI-4000:
-----------------------------
    Description: 
Hello, 

I am a NIFI user. When I am using the GetFTP processor, I realized that the 
processor can auto-incrementally import files from FTP only if I configure the 
processor "Delete Original" as "true". 

However, sometimes it is forbidden for me to delete any file in the FTP. So, I 
added a property in the GetFTP and  GetFileTransfer processor (it is just a 
property in the JAVA class, can not see it in the UI) in order to record the 
last-modified time for files I have imported. And next time this value can be 
used to filter out those files that I have imported. Never the less, if I 
restart the NIFI, this value will be set back to the beginning. 

I figured out that if I wanted to make it stay still even if NIFI is restarted, 
I have to set this property back to the processor, as those properties in the 
UI. But there is no such a set function, those properties as initialized as the 
processor init. 

Can anyone add a set function, so the property in the UI can change by it self 
as the processor is running? Or it is only me that missing something that can 
achieve this?

Sorry for my poor English, if I am not clear, just leave comments below.

Best regards,

Feiran

  was:
Hello, 
I am a NIFI user. When I am using the GetFTP processor, I realized that the 
processor can auto-incrementally import files from FTP only if I configure the 
processor "Delete Original" as "true". 
However, sometimes it is forbidden for me to delete any file in the FTP. So, I 
added a property in the GetFTP and  GetFileTransfer processor (it is just a 
property in the JAVA class, can not see it in the UI) in order to record the 
last-modified time for files I have imported. And next time this value can be 
used to filter out those files that I have imported. Never the less, if I 
restart the NIFI, this value will be set back to the beginning. 
I figured out that if I wanted to make it stay still even if NIFI is restarted, 
I have to set this property back to the processor, as those properties in the 
UI. But there is no such a set function, those properties as initialized as the 
processor init. 
Can anyone add a set function, so the property in the UI can change by it self 
as the processor is running? Or it is only me that missing something that can 
achieve this?

Best regards,

Feiran


> Auto-Incremental For GetFTP processor 
> --------------------------------------
>
>                 Key: NIFI-4000
>                 URL: https://issues.apache.org/jira/browse/NIFI-4000
>             Project: Apache NiFi
>          Issue Type: Improvement
>          Components: Extensions
>    Affects Versions: 1.1.1
>         Environment: linux
>            Reporter: YANGFEIRAN
>              Labels: features
>
> Hello, 
> I am a NIFI user. When I am using the GetFTP processor, I realized that the 
> processor can auto-incrementally import files from FTP only if I configure 
> the processor "Delete Original" as "true". 
> However, sometimes it is forbidden for me to delete any file in the FTP. So, 
> I added a property in the GetFTP and  GetFileTransfer processor (it is just a 
> property in the JAVA class, can not see it in the UI) in order to record the 
> last-modified time for files I have imported. And next time this value can be 
> used to filter out those files that I have imported. Never the less, if I 
> restart the NIFI, this value will be set back to the beginning. 
> I figured out that if I wanted to make it stay still even if NIFI is 
> restarted, I have to set this property back to the processor, as those 
> properties in the UI. But there is no such a set function, those properties 
> as initialized as the processor init. 
> Can anyone add a set function, so the property in the UI can change by it 
> self as the processor is running? Or it is only me that missing something 
> that can achieve this?
> Sorry for my poor English, if I am not clear, just leave comments below.
> Best regards,
> Feiran



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

Reply via email to