[ https://issues.apache.org/jira/browse/HDDS-13362?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
ASF GitHub Bot updated HDDS-13362: ---------------------------------- Labels: pull-request-available (was: ) > Abstract OM response class should not be annotated with CleanupTableInfo > ------------------------------------------------------------------------ > > Key: HDDS-13362 > URL: https://issues.apache.org/jira/browse/HDDS-13362 > Project: Apache Ozone > Issue Type: Sub-task > Reporter: Ivan Andika > Assignee: Ivan Andika > Priority: Major > Labels: pull-request-available > > We need to ensure that abstract OM response class should NOT have > CleanupTableInfo annotation since the OM response subclass CleanupTableInfo > annotation values will override the parent CleanupTableInfo. The abstract > class @CleanupTableInfo will tempt contributors to exclude it in the > CleanupTableInfo of the subclasses. It is also difficult to keep track the > inheritance if we have more than one level of subclasses (e.g. > OMKeyCreateResponseWithFSO extends OMFileCreateResponseWithFSO extends > OMFileCreateResponse) > Currently we have these abstract classes: > * AbstractS3MultipartAbortResponse > * AbstractOMKeyDeleteResponse > We can push the CleanupTableInfo of these abstract classes to the all the sub > concrete classes. After we need to validate by tests to prevent adding the > annotation on abstract classes. > Alternatively, we can make OMClientResponse to have CleanupTableInfo with > cleanupAll enabled to ensure that OM response without CleanupTableInfo will > cleanup the cache entries. However, this might cause noticeable overhead > since the OM response needs to traverse the class hierarchy to find the first > parent with CleanupTableInfo interface as well as needing to check all the OM > tables. -- This message was sent by Atlassian Jira (v8.20.10#820010) --------------------------------------------------------------------- To unsubscribe, e-mail: issues-unsubscr...@ozone.apache.org For additional commands, e-mail: issues-h...@ozone.apache.org