NIFI-7830: Support large files in PutAzureDataLakeStorage

[turcsanyip]

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

In order to streamline the review of the contribution we ask you
to ensure the following steps have been taken:

For all changes:

• Is there a JIRA ticket associated with this PR? Is it referenced
  in the commit message?

• Does your PR title start with NIFI-XXXX where XXXX is the JIRA number you are trying to resolve? Pay particular attention to the hyphen "-" character.

• Has your PR been rebased against the latest commit within the target branch (typically main)?

• Is your initial contribution a single, squashed commit? Additional commits in response to PR reviewer feedback should be made on this branch and pushed to allow change tracking. Do not squash or use --force when pushing to allow for clean monitoring of changes.

For code changes:

• Have you ensured that the full suite of tests is executed via mvn -Pcontrib-check clean install at the root nifi folder?
• Have you written or updated unit tests to verify your changes?
• Have you verified that the full build is successful on JDK 8?
• Have you verified that the full build is successful on JDK 11?
• If adding new dependencies to the code, are these dependencies licensed in a way that is compatible for inclusion under ASF 2.0?
• If applicable, have you updated the LICENSE file, including the main LICENSE file under nifi-assembly?
• If applicable, have you updated the NOTICE file, including the main NOTICE file found under nifi-assembly?
• If adding new Properties, have you added .displayName in addition to .name (programmatic access) for each of the new properties?

For documentation related changes:

• Have you ensured that format looks appropriate for the output in which it is rendered?

Note:

Please ensure that once the PR is submitted, you check GitHub Actions CI for build issues and submit an update to your PR as soon as possible.

[turcsanyip]

@MuazmaZ Do you happen to know why Utility.convertStreamToByteBuffer() throws an exception when available() > 0?
https://github.com/Azure/azure-sdk-for-java/blob/0345889402425191b7003e73b7b3d6ea3c0a5175/sdk/storage/azure-storage-common/src/main/java/com/azure/storage/common/Utility.java#L268

Due to this, it is not possible to process a longer input stream in portions / chunks.
As a workaround, I added a fake available() method to lie there is no more data in the input stream which is not really nice but works.
Another option would be to read the chunks in a loop into a byte array on our side and pass a stream on the byte array to the Azure client lib. But I would rather avoid this extra copy and extra memory for the buffer.

[adenes]

@turcsanyip , the patch looks good to me, but maybe you could use the BoundedInputStream from the Apache Commons library [1] instead of the workaround. What do you think?
[1] https://commons.apache.org/proper/commons-io/javadocs/api-2.5/org/apache/commons/io/input/BoundedInputStream.html

[turcsanyip]

@adenes Thanks for the idea. BoundedInputStream works properly here.

[MuazmaZ]

@turcsanyip I am looking into this and I will respond by tomorrow based on the internal team's response.

[turcsanyip]

@MuazmaZ Thanks. The BoundedInputStream approach is much better, than my original workaround, so it is not so critical anymore. However, I'm still wondering why it is not possible to pass in a longer stream to Utility.convertStreamToByteBuffer().

[tpalfy]

Does it no longer take "some time"? :)

[pgyori]

Checked and tested, LGTM. +1

[pvillard31]

Merged to main, thanks @turcsanyip and everyone who reviewed.
@MuazmaZ - let us know if you have a feedback recommending to take another approach here.