[jira] Commented: (UIMA-1703) UIMA AS service uses the same log4j.properties file as the AMQ broker

["Burn Lewis (JIRA)" <ui...@incubator.apache.org>]

    [ https://issues.apache.org/jira/browse/UIMA-1703?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12789819#action_12789819 ] 

Burn Lewis commented on UIMA-1703:
----------------------------------

Since the UIMA_AS need for this properties file is minimal ... Spring uses it now that we include a log4j jar file in the classpath when we load from the ActiveMQ directories ... and normally nothing is written to it ... I suggest we just add a few entries to the UIMA Logger.properties file and share it with both loggers.

I've found that the following suppresses the warning about missing appenders, and suppresses the multiple "retrying in 5 ms" messages when a service fails to connect to its input broker.

log4j.rootLogger=WARN, stdout
log4j.appender.stdout=org.apache.log4j.ConsoleAppender
log4j.appender.stdout.layout=org.apache.log4j.PatternLayout


> UIMA AS service uses the same log4j.properties file as the AMQ broker 
> ----------------------------------------------------------------------
>
>                 Key: UIMA-1703
>                 URL: https://issues.apache.org/jira/browse/UIMA-1703
>             Project: UIMA
>          Issue Type: Bug
>          Components: Async Scaleout
>            Reporter: Jerry Cwiklik
>             Fix For: 2.3AS
>
>
> Same log4j.properties file is used by AMQ broker started from startBroker script and by UIMA AS service. The UIMA AS service startup script sets this property 
> -Dlog4j.configuration=file:c:\uima\releases\2.3.0-07\apache-uima\as_config\log4j.properties
> it is picked up by AMQ and Spring and used for logging. The same log4j.properties file is copied from as_config directory to UIMA_HOME/bin/amq/config when startBroker script is started for the first time. So, the same configuration is used by two different processes. This doesnt seem right. We most likely need different log4j.properties for each process since each of them needs to log at different level. For example, the broker needs to be started with INFO level logging to show status information on broker startup. Logging at INFO level when UIMA AS service starts may lead to excessive messages being logged. An instance of this is when a broker is killed  when a service is running. The broker failure forces listeners to reconnect using Spring's blocking call. This call produces log msgs at INFO level at 5 sec intervals. 
> The fix would be to use a different property files. UIMA AS should use a basic configuration with a single log of say 100MB size and should log at WARNING level only.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.