Owen O'Malley commented on HIVE-17580:

{quote}The other option suggested of moving ObjectInspector to 
standalone-metastore sounds weird to me since it has got nothing to do with 
metastore. ** 
It has even less to do with storage-api, which is precisely why I don't want it 
there. Even worse, it moves really high up the release tree:
 # storage-api
 # ORC
 # metastore
 # hive

Moving things into storage-api that don't need to be there is a big cost. 
Moving it to metastore that actually does need the enum makes at least some 
sense. Nothing in storage-api or ORC need or want that enum.


> Remove dependency of get_fields_with_environment_context API to serde
> ---------------------------------------------------------------------
>                 Key: HIVE-17580
>                 URL: https://issues.apache.org/jira/browse/HIVE-17580
>             Project: Hive
>          Issue Type: Sub-task
>          Components: Standalone Metastore
>            Reporter: Vihang Karajgaonkar
>            Assignee: Vihang Karajgaonkar
>            Priority: Major
>              Labels: pull-request-available
>         Attachments: HIVE-17580.003-standalone-metastore.patch, 
> HIVE-17580.04-standalone-metastore.patch, 
> HIVE-17580.05-standalone-metastore.patch, 
> HIVE-17580.06-standalone-metastore.patch, 
> HIVE-17580.07-standalone-metastore.patch, 
> HIVE-17580.08-standalone-metastore.patch, 
> HIVE-17580.09-standalone-metastore.patch, 
> HIVE-17580.092-standalone-metastore.patch
> {{get_fields_with_environment_context}} metastore API uses {{Deserializer}} 
> class to access the fields metadata for the cases where it is stored along 
> with the data files (avro tables). The problem is Deserializer classes is 
> defined in hive-serde module and in order to make metastore independent of 
> Hive we will have to remove this dependency (atleast we should change it to 
> runtime dependency instead of compile time).
> The other option is investigate if we can use SearchArgument to provide this 
> functionality.

This message was sent by Atlassian JIRA

Reply via email to