[ https://issues.apache.org/jira/browse/HIVE-13966?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15569884#comment-15569884 ]
Mohit Sabharwal commented on HIVE-13966: ---------------------------------------- Thanks [~alangates]! [~rahul9269] is not available to work on this patch, so one of us can take it over. Happy to take it over if you'd like. Couple quick comments: 1) Looks like changes to AlterHandler (and HiveAlterHandler) are not really needed ? The listener(s) are anyways getting invoked in HMSHandler.alter_table_core (after the alterHandler.alterTable call). So invocations in HiveAlterHandler seem to be duplicates. 2) Some cleanup items like lots of extra imports in HiveMetaStore.java and location of apache license in DummyTransactionalListener > DbNotificationListener: can loose DDL operation notifications > ------------------------------------------------------------- > > Key: HIVE-13966 > URL: https://issues.apache.org/jira/browse/HIVE-13966 > Project: Hive > Issue Type: Bug > Components: HCatalog > Reporter: Nachiket Vaidya > Assignee: Rahul Sharma > Priority: Critical > Attachments: HIVE-13966.1.patch, HIVE-13966.2.patch, > HIVE-13966.3.patch, HIVE-13966.pdf > > > The code for each API in HiveMetaStore.java is like this: > 1. openTransaction() > 2. -- operation-- > 3. commit() or rollback() based on result of the operation. > 4. add entry to notification log (unconditionally) > If the operation is failed (in step 2), we still add entry to notification > log. Found this issue in testing. > It is still ok as this is the case of false positive. > If the operation is successful and adding to notification log failed, the > user will get an MetaException. It will not rollback the operation, as it is > already committed. We need to handle this case so that we will not have false > negatives. -- This message was sent by Atlassian JIRA (v6.3.4#6332)