You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@nifi.apache.org by "David Handermann (Jira)" <ji...@apache.org> on 2026/07/06 15:06:00 UTC

[jira] [Updated] (NIFI-16022) StandardResourceReferenceFactory cannot disambiguate between a file path and a multi-line Java comment

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

David Handermann updated NIFI-16022:
------------------------------------
    Fix Version/s: nifi-api-2.10.0
       Resolution: Fixed
           Status: Resolved  (was: Patch Available)

> StandardResourceReferenceFactory cannot disambiguate between a file path and a multi-line Java comment
> ------------------------------------------------------------------------------------------------------
>
>                 Key: NIFI-16022
>                 URL: https://issues.apache.org/jira/browse/NIFI-16022
>             Project: Apache NiFi
>          Issue Type: Bug
>          Components: NiFi API
>            Reporter: Daniel Stieglitz
>            Assignee: Daniel Stieglitz
>            Priority: Major
>             Fix For: nifi-api-2.10.0
>
>          Time Spent: 20m
>  Remaining Estimate: 0h
>
> Text which begins with  multi-line Java comment is misinterpreted by the StandardResourceReferenceFactory in method createResourceReference as a File when the ResourceType can be either FILE or TEXT.  A case in point is the bug discovered in NIFI-16021 where a JOLT transform with a leading multi-line Java comment e.g.
> {code:java}
> /*
>   This is a multi-line Java comment in a JOLT spec.
> */
> [
>   {
>     "operation": "shift",
>     "spec": {
>       "*": "&"
>     }
>   }
> ]{code}
> is misinterpreted as a file instead of text. The assumption made in this ticket is that although /*  is a valid Linux path, it is not common hence it should not be interpreted as a file path.
>  



--
This message was sent by Atlassian Jira
(v8.20.10#820010)