You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@ranger.apache.org by "kirby zhou (Jira)" <ji...@apache.org> on 2022/02/24 11:17:00 UTC

[jira] [Updated] (RANGER-3639) Ranger KMS should stop invading java package of hadoop

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

kirby zhou updated RANGER-3639:
-------------------------------
    Summary: Ranger KMS should stop invading java package of hadoop  (was: Ranger KMS should refactor top stop invading java package of hadoop)

> Ranger KMS should stop invading java package of hadoop
> ------------------------------------------------------
>
>                 Key: RANGER-3639
>                 URL: https://issues.apache.org/jira/browse/RANGER-3639
>             Project: Ranger
>          Issue Type: Improvement
>          Components: kms
>    Affects Versions: 3.0.0, 2.2.0, 2.3.0
>            Reporter: kirby zhou
>            Priority: Major
>
> Now, ranger-kms have some conflict packages with hadoop.
> org.apache.hadoop.crypto.key
> org.apache.hadoop.crypto.key.kms.server
>  
> It is caused by some historical reason.
> For example:
> Copied code from hadoop-kms, 
> Want to use protected method such as Metadata().
>  
> But it also creates some problems:
> 1. Developers need to be careful with files with duplicate names. such as:  KMSAcls.java
> [https://github.com/apache/hadoop/tree/trunk/hadoop-common-project/hadoop-kms/src/main/java/org/apache/hadoop/crypto/key/kms/server]
> 2. Sometime runtime conflict happens.
> 3. [split package|https://blog.codefx.org/java/java-9-migration-guide/#Split-Packages]  can not work with Java-9 modules.
>  
> So we should do something to stop reuse the package name of original hadoop.
>  
>  
>  
>  



--
This message was sent by Atlassian Jira
(v8.20.1#820001)