Github user jaltekruse commented on a diff in the pull request:
https://github.com/apache/drill/pull/93#discussion_r35133290
--- Diff:
common/src/main/java/org/apache/drill/common/config/DrillConfig.java ---
@@ -44,31 +46,37 @@
import com.google.common.collect.ImmutableList;
import com.typesafe.config.Config;
import com.typesafe.config.ConfigFactory;
+import com.typesafe.config.ConfigRenderOptions;
public final class DrillConfig extends NestedConfig{
-// private static final org.slf4j.Logger logger =
org.slf4j.LoggerFactory.getLogger(DrillConfig.class);
+ private static final Logger logger = getLogger(DrillConfig.class);
+
private final ObjectMapper mapper;
private final ImmutableList<String> startupArguments;
public static final boolean ON_OSX =
System.getProperty("os.name").contains("OS X");
- @SuppressWarnings("restriction") private static final long
MAX_DIRECT_MEMORY = sun.misc.VM.maxDirectMemory();
+ @SuppressWarnings("restriction")
+ private static final long MAX_DIRECT_MEMORY =
sun.misc.VM.maxDirectMemory();
@SuppressWarnings("unchecked")
private volatile List<Queue<Object>> sinkQueues = new
CopyOnWriteArrayList<Queue<Object>>(new Queue[1]);
@VisibleForTesting
- public DrillConfig(Config config, boolean enableServer) {
+ public DrillConfig(Config config, boolean enableServerConfigs) {
super(config);
- logger.debug("Setting up config object.");
+ logger.debug("Setting up DrillConfig object.");
+ if (logger.isTraceEnabled()) {
--- End diff --
Again I'm not particularly opinionated on this one. If we are trying to
establish best practices, I would argue for leaving out the guard unless you
are confident enough about the need for it that you would put in a comment
describing the overhead you are avoiding. Otherwise we will have inconsistent
patterns, and someone might find them and assume we always want the guards.
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---
