[ 
https://issues.apache.org/jira/browse/HIVE-20451?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16595648#comment-16595648
 ] 

Alexander Kolbasov commented on HIVE-20451:
-------------------------------------------

Posted an updated patch that seems a bit cleaner. Here is what it does.

# Only one binary tarball is generated in metastore-server target directory. It 
is called 
{{apache-hive-standalone-metastore-server-4.0.0-SNAPSHOT-bin.tar.gz}}. I don't 
think that we need binary tarbal for the metastore-common - there are no 
binaries to run from there.
# {{standalone-metastore/target}} has the overall tarball called 
{{apache-hive-standalone-metastore-4.0.0-SNAPSHOT-src.tar.gz
}} which includes full source and can be used to build standalone metastore.
# submodules have their own source tarballs that can be used to build these 
submodules. They all have different names. I don't know how the release process 
works, but basically it may choose to exclude these from the release. 

Is this an acceptable state of affairs?

> Metastore client and server tarball issues
> ------------------------------------------
>
>                 Key: HIVE-20451
>                 URL: https://issues.apache.org/jira/browse/HIVE-20451
>             Project: Hive
>          Issue Type: Bug
>          Components: Standalone Metastore
>    Affects Versions: 4.0.0
>            Reporter: Alan Gates
>            Assignee: Alexander Kolbasov
>            Priority: Major
>         Attachments: HIVE-20451.01.patch, HIVE-20451.02.patch
>
>
> With the split of the metastore into common and server there are now two sets 
> of tarballs.  There are a couple of issues here.
>  # It doesn't make sense to have separate source tarballs for each.  The 
> source release should still be done from the standalone-metastore directory 
> and include all code for the metastore.
>  # The binary tarballs should have separate names.  At the moment both are 
> named apache-hive-metastore.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

Reply via email to