GitHub user ijokarumawak opened a pull request:

    https://github.com/apache/nifi/pull/2577

    NIFI-4993: Fixed unauthorized lineage computation

    ## For reviewer(s)
    
    Please be aware that there is another major issue with 'complete path' 
strategy, that is #2542. It should be easier to confirm this fix if that PR is 
cherry-picked as well when you review this PR (in case if that one is not 
merged yet to master branch when you review this one).
    
    ---
    
    Before this fix, if provenance lineage is qualied by a user who does
    not have 'view the data' plivilege for a component which emits
    provenance events those create new FlowFile, then lineage computation stops
    at such component, instead of connecting other available events with
    the created FlowFile lineage node. Expected edges are not created
    because PlaceholderProvenanceEvent returns 'UNKNOWN'
    event type, edge population logics relying on that type do not work.
    
    This commit modifies PlaceholderProvenanceEvent so that it can return
    original event type if necessary, as well as children and parent event 
uuids.
    
    Thank you for submitting a contribution to Apache NiFi.
    
    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 master)?
    
    - [ ] Is your initial contribution a single, squashed commit?
    
    ### 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?
    - [ ] If adding new dependencies to the code, are these dependencies 
licensed in a way that is compatible for inclusion under [ASF 
2.0](http://www.apache.org/legal/resolved.html#category-a)? 
    - [ ] 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 travis-ci for build 
issues and submit an update to your PR as soon as possible.


You can merge this pull request into a Git repository by running:

    $ git pull https://github.com/ijokarumawak/nifi nifi-4993-connect-lineage

Alternatively you can review and apply these changes as the patch at:

    https://github.com/apache/nifi/pull/2577.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

    This closes #2577
    
----
commit 39caff73274aeaf0fc611c9bb2e192c956467601
Author: Koji Kawamura <ijokarumawak@...>
Date:   2018-03-23T06:57:17Z

    NIFI-4993: Fixed unauthorized lineage computation
    
    Before this fix, if provenance lineage is qualied by a user who does
    not have 'view the data' plivilege for a component which emits
    provenance events those create new FlowFile, then lineage computation stops
    at such component, instead of connecting other available events with
    the created FlowFile lineage node. Expected edges are not created
    because PlaceholderProvenanceEvent returns 'UNKNOWN'
    event type, edge population logics relying on that type do not work.
    
    This commit modifies PlaceholderProvenanceEvent so that it can return
    original event type if necessary, as well as children and parent event 
uuids.

----


---

Reply via email to