jtuglu1 commented on code in PR #18855:
URL: https://github.com/apache/druid/pull/18855#discussion_r2639933353


##########
processing/src/main/java/org/apache/druid/segment/incremental/InputRowFilterResult.java:
##########
@@ -0,0 +1,110 @@
+/*
+ * Licensed to the Apache Software Foundation (ASF) under one
+ * or more contributor license agreements.  See the NOTICE file
+ * distributed with this work for additional information
+ * regarding copyright ownership.  The ASF licenses this file
+ * to you under the Apache License, Version 2.0 (the
+ * "License"); you may not use this file except in compliance
+ * with the License.  You may obtain a copy of the License at
+ *
+ *   http://www.apache.org/licenses/LICENSE-2.0
+ *
+ * Unless required by applicable law or agreed to in writing,
+ * software distributed under the License is distributed on an
+ * "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
+ * KIND, either express or implied.  See the License for the
+ * specific language governing permissions and limitations
+ * under the License.
+ */
+
+package org.apache.druid.segment.incremental;
+
+import java.util.Arrays;
+import java.util.HashMap;
+import java.util.Map;
+
+/**
+ * Result of filtering an input row during ingestion.
+ */
+public enum InputRowFilterResult
+{
+  /**
+   * The row passed the filter and should be processed.
+   */
+  ACCEPTED("accepted"),
+  /**
+   * The row was null or the input record was empty.
+   */
+  NULL_OR_EMPTY_RECORD("null"),
+
+  /**
+   * The row's timestamp is before the minimum message time (late message 
rejection).
+   */
+  BEFORE_MIN_MESSAGE_TIME("beforeMinMessageTime"),
+
+  /**
+   * The row's timestamp is after the maximum message time (early message 
rejection).
+   */
+  AFTER_MAX_MESSAGE_TIME("afterMaxMessageTime"),
+
+  /**
+   * The row was filtered out by a transformSpec filter or other row filter.
+   */
+  FILTERED("filtered"),
+
+  /**
+   * A backwards-compatible value for tracking filter reasons for ingestion 
tasks using older Druid versions without filter reason tracking.
+   */
+  UNKNOWN("unknown");
+
+  private static final InputRowFilterResult[] REJECTED_VALUES = 
Arrays.stream(InputRowFilterResult.values())
+                                                                      
.filter(InputRowFilterResult::isRejected)
+                                                                      
.toArray(InputRowFilterResult[]::new);
+  public static final int NUM_FILTER_RESULT = 
InputRowFilterResult.values().length;
+
+  private final String reason;
+
+  InputRowFilterResult(String reason)
+  {
+    this.reason = reason;
+  }
+
+  /**
+   * Returns string value representation of this {@link InputRowFilterResult} 
for metric emission.
+   */
+  public String getReason()
+  {
+    return reason;
+  }
+
+  /**
+   * Returns true if this result indicates the row was rejected (thrown away).
+   * Returns false for {@link #ACCEPTED}.
+   */
+  public boolean isRejected()
+  {
+    return this != ACCEPTED;
+  }
+
+  /**
+   * Public utility for building a mutable frequency map over the possible 
rejection {@link InputRowFilterResult} values.
+   * Keys on {@link InputRowFilterResult#getReason()} rather than the enum 
name as the latter is more likely to change longer-term.
+   * It is also easier to have stats payload keys match what is being emitted 
in metrics.
+   */
+  public static Map<String, Long> buildRejectedCounterMap()

Review Comment:
   I opted for this because I liked the contract of reporting all stats to the 
emitter, irrespective if they are 0 or not. This allows the end emitter to do 
what it wants with all values, rather than fight with logic on the aggregation 
side or treat omission of key-value pairs as 0s. Moreover, it prevents 
repetitive code patterns to initialize a frequency map with possible thrown 
away values. This ensures we never have a case where consumers of these metrics 
(logs, emitters, callers of APIs, etc.) see some subset of the available throw 
away reasons. Let me know what you think.



-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: [email protected]

For queries about this service, please contact Infrastructure at:
[email protected]


---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to