[
https://issues.apache.org/jira/browse/NIFI-15977?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jakub Bogusz updated NIFI-15977:
--------------------------------
Description:
PutSmbFile & GetSmbFile processors don't expose a property to use a port
different than the default. This is not an issue for GetSmbFile, as it's pretty
much replaced by ListSmb and FetchSmb and those use SmbjClientProviderService
which has a configurable port. But the PutSmbFile has no such alternative.
It seems it would be hard to migrate PutSmbFile to use the new service in a
non-breaking way. Maybe some "Connection Strategy" could switch between the
old, processor-managed client and a new client service? Or maybe just a new
version of "put" processor would make sense?
was:
PutSmbFile & GetSmbFile processors don't expose a property to use a port
different than the default. This is not an issue for GetSmbFile, as it's pretty
much replaced by ListSmb and FetchSmb and those use SmbjClientProviderService
which has a configurable port. But the PutSmbFile has no such alternative.
It seems it would be hard to migrate PutSmbFile to use the new service in a
non-breaking way. Maybe a new version of "put" processor would make sense?
> PutSmbFile does not support non-default ports
> ---------------------------------------------
>
> Key: NIFI-15977
> URL: https://issues.apache.org/jira/browse/NIFI-15977
> Project: Apache NiFi
> Issue Type: Improvement
> Components: Extensions
> Reporter: Jakub Bogusz
> Priority: Major
>
> PutSmbFile & GetSmbFile processors don't expose a property to use a port
> different than the default. This is not an issue for GetSmbFile, as it's
> pretty much replaced by ListSmb and FetchSmb and those use
> SmbjClientProviderService which has a configurable port. But the PutSmbFile
> has no such alternative.
> It seems it would be hard to migrate PutSmbFile to use the new service in a
> non-breaking way. Maybe some "Connection Strategy" could switch between the
> old, processor-managed client and a new client service? Or maybe just a new
> version of "put" processor would make sense?
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
