accumulo-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From ctubbsii <>
Subject [GitHub] accumulo pull request #223: ACCUMULO-4409 Create AccumuloMonitorAppender
Date Wed, 01 Mar 2017 17:07:34 GMT
Github user ctubbsii commented on a diff in the pull request:
    --- Diff: assemble/conf/templates/ ---
    @@ -53,20 +58,37 @@ shell)   JAVA_OPTS=("${JAVA_OPTS[@]}" ${shellHigh_shellLow}) ;;
     *)       JAVA_OPTS=("${JAVA_OPTS[@]}" ${otherHigh_otherLow}) ;;
    -## JVM options set for logging.  Review logj4 properties files to see how they are used.
    +## JVM options set for logging. Review logj4 properties files to see how they are used.
    -  "-Daccumulo.audit.log=$(hostname).audit")
    +  "-Daccumulo.application=${ACCUMULO_CMD}${ACCUMULO_SERVICE_INSTANCE}_$(hostname)")
     case "$ACCUMULO_CMD" in
    -monitor)                    JAVA_OPTS=("${JAVA_OPTS[@]}" "-Dlog4j.configuration=file:${ACCUMULO_CONF_DIR}/")
    -gc|master|tserver|tracer)   JAVA_OPTS=("${JAVA_OPTS[@]}" "-Dlog4j.configuration=file:${ACCUMULO_CONF_DIR}/")
    -*)                          JAVA_OPTS=("${JAVA_OPTS[@]}" "-Dlog4j.configuration=file:${ACCUMULO_CONF_DIR}/")
    +  monitor)
    +    JAVA_OPTS=("${JAVA_OPTS[@]}" "")
    +    ;;
    +  gc|master|tserver|tracer)
    +    JAVA_OPTS=("${JAVA_OPTS[@]}" "")
    +    ;;
    +  *)
    +    # let log4j use its default behavior (log4j.xml,
    +    true
    +    ;;
     export JAVA_OPTS
    +## External class path items for Java system class loader (dependencies not included
with Accumulo)
    +CLASSPATH="$(find "$ZOOKEEPER_HOME"/{,lib} "$HADOOP_PREFIX"/share/hadoop/{common,common/lib,hdfs,mapreduce,yarn}
-maxdepth 1 -name '*.jar' \
    +  -and -not -name '*slf4j*' \
    +  -and -not -name '*fatjar*' \
    +  -and -not -name '*-javadoc*' \
    +  -and -not -name '*-sources*.jar' \
    +  -and -not -name '*-test*.jar' \
    +  -print0 | tr '\0' ':')$CLASSPATH"
    --- End diff --
    It was included in the second commit, where I switch to use the new appender, because
the use of this appender requires some of these classes to be available during start-up.
    It's also something I've previously discussed doing as a sensible default: using standard
java class path solutions in our launch scripts for bootstrap, rather than the xml configs
with our custom class loading. This is easier for users to configure, more consistent with
standard java applications, and easier for downstream packaging.
    I'd like to make further changes in this area, in issues more explicitly focused on that,
but I needed to a little bit here, as a bare minimum, to get this new appender to work as
a default.

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 or file a JIRA ticket
with INFRA.

View raw message